You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(122) |
Nov
(152) |
Dec
(69) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(25) |
Mar
(73) |
Apr
(82) |
May
(24) |
Jun
(25) |
Jul
(10) |
Aug
(11) |
Sep
(10) |
Oct
(54) |
Nov
(203) |
Dec
(182) |
| 2004 |
Jan
(307) |
Feb
(305) |
Mar
(430) |
Apr
(312) |
May
(187) |
Jun
(342) |
Jul
(487) |
Aug
(637) |
Sep
(336) |
Oct
(373) |
Nov
(441) |
Dec
(210) |
| 2005 |
Jan
(385) |
Feb
(480) |
Mar
(636) |
Apr
(544) |
May
(679) |
Jun
(625) |
Jul
(810) |
Aug
(838) |
Sep
(634) |
Oct
(521) |
Nov
(965) |
Dec
(543) |
| 2006 |
Jan
(494) |
Feb
(431) |
Mar
(546) |
Apr
(411) |
May
(406) |
Jun
(322) |
Jul
(256) |
Aug
(401) |
Sep
(345) |
Oct
(542) |
Nov
(308) |
Dec
(481) |
| 2007 |
Jan
(427) |
Feb
(326) |
Mar
(367) |
Apr
(255) |
May
(244) |
Jun
(204) |
Jul
(223) |
Aug
(231) |
Sep
(354) |
Oct
(374) |
Nov
(497) |
Dec
(362) |
| 2008 |
Jan
(322) |
Feb
(482) |
Mar
(658) |
Apr
(422) |
May
(476) |
Jun
(396) |
Jul
(455) |
Aug
(267) |
Sep
(280) |
Oct
(253) |
Nov
(232) |
Dec
(304) |
| 2009 |
Jan
(486) |
Feb
(470) |
Mar
(458) |
Apr
(423) |
May
(696) |
Jun
(461) |
Jul
(551) |
Aug
(575) |
Sep
(134) |
Oct
(110) |
Nov
(157) |
Dec
(102) |
| 2010 |
Jan
(226) |
Feb
(86) |
Mar
(147) |
Apr
(117) |
May
(107) |
Jun
(203) |
Jul
(193) |
Aug
(238) |
Sep
(300) |
Oct
(246) |
Nov
(23) |
Dec
(75) |
| 2011 |
Jan
(133) |
Feb
(195) |
Mar
(315) |
Apr
(200) |
May
(267) |
Jun
(293) |
Jul
(353) |
Aug
(237) |
Sep
(278) |
Oct
(611) |
Nov
(274) |
Dec
(260) |
| 2012 |
Jan
(303) |
Feb
(391) |
Mar
(417) |
Apr
(441) |
May
(488) |
Jun
(655) |
Jul
(590) |
Aug
(610) |
Sep
(526) |
Oct
(478) |
Nov
(359) |
Dec
(372) |
| 2013 |
Jan
(467) |
Feb
(226) |
Mar
(391) |
Apr
(281) |
May
(299) |
Jun
(252) |
Jul
(311) |
Aug
(352) |
Sep
(481) |
Oct
(571) |
Nov
(222) |
Dec
(231) |
| 2014 |
Jan
(185) |
Feb
(329) |
Mar
(245) |
Apr
(238) |
May
(281) |
Jun
(399) |
Jul
(382) |
Aug
(500) |
Sep
(579) |
Oct
(435) |
Nov
(487) |
Dec
(256) |
| 2015 |
Jan
(338) |
Feb
(357) |
Mar
(330) |
Apr
(294) |
May
(191) |
Jun
(108) |
Jul
(142) |
Aug
(261) |
Sep
(190) |
Oct
(54) |
Nov
(83) |
Dec
(22) |
| 2016 |
Jan
(49) |
Feb
(89) |
Mar
(33) |
Apr
(50) |
May
(27) |
Jun
(34) |
Jul
(53) |
Aug
(53) |
Sep
(98) |
Oct
(206) |
Nov
(93) |
Dec
(53) |
| 2017 |
Jan
(65) |
Feb
(82) |
Mar
(102) |
Apr
(86) |
May
(187) |
Jun
(67) |
Jul
(23) |
Aug
(93) |
Sep
(65) |
Oct
(45) |
Nov
(35) |
Dec
(17) |
| 2018 |
Jan
(26) |
Feb
(35) |
Mar
(38) |
Apr
(32) |
May
(8) |
Jun
(43) |
Jul
(27) |
Aug
(30) |
Sep
(43) |
Oct
(42) |
Nov
(38) |
Dec
(67) |
| 2019 |
Jan
(32) |
Feb
(37) |
Mar
(53) |
Apr
(64) |
May
(49) |
Jun
(18) |
Jul
(14) |
Aug
(53) |
Sep
(25) |
Oct
(30) |
Nov
(49) |
Dec
(31) |
| 2020 |
Jan
(87) |
Feb
(45) |
Mar
(37) |
Apr
(51) |
May
(99) |
Jun
(36) |
Jul
(11) |
Aug
(14) |
Sep
(20) |
Oct
(24) |
Nov
(40) |
Dec
(23) |
| 2021 |
Jan
(14) |
Feb
(53) |
Mar
(85) |
Apr
(15) |
May
(19) |
Jun
(3) |
Jul
(14) |
Aug
(1) |
Sep
(57) |
Oct
(73) |
Nov
(56) |
Dec
(22) |
| 2022 |
Jan
(3) |
Feb
(22) |
Mar
(6) |
Apr
(55) |
May
(46) |
Jun
(39) |
Jul
(15) |
Aug
(9) |
Sep
(11) |
Oct
(34) |
Nov
(20) |
Dec
(36) |
| 2023 |
Jan
(79) |
Feb
(41) |
Mar
(99) |
Apr
(169) |
May
(48) |
Jun
(16) |
Jul
(16) |
Aug
(57) |
Sep
(19) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
1
(31) |
2
(27) |
|
3
(25) |
4
(21) |
5
(21) |
6
(21) |
7
(32) |
8
(23) |
9
(15) |
|
10
(12) |
11
(9) |
12
(10) |
13
(10) |
14
(9) |
15
(7) |
16
(20) |
|
17
(14) |
18
(71) |
19
(67) |
20
(50) |
21
(25) |
22
(15) |
23
(37) |
|
24
(25) |
25
(41) |
26
(34) |
27
(57) |
28
(20) |
29
(30) |
30
(13) |
|
31
(18) |
|
|
|
|
|
|
|
From: Tom H. <to...@co...> - 2005-07-31 20:04:41
|
In message <Pin...@ch...>
Nicholas Nethercote <nj...@cs...> wrote:
> On Sun, 31 Jul 2005, Tom Hughes wrote:
>
> > Does anybody know why we map the whole of the shadow space at startup
> > using PROT_NONE and then just change the protection on pages as they
> > are required rather than just allocating them as required?
>
> Isn't it to prevent anything else being put in the shadow memory area?
Maybe, but the address space manager already forces all memory mappings
to a fixed address inside the client address space anyway.
The valgrind part of the address space (above the shadow space) is not
protected in the same way, and we don't have any problems with client
mappings widing up there.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Nicholas N. <nj...@cs...> - 2005-07-31 19:20:22
|
On Sun, 31 Jul 2005, Tom Hughes wrote: > Does anybody know why we map the whole of the shadow space at startup > using PROT_NONE and then just change the protection on pages as they > are required rather than just allocating them as required? Isn't it to prevent anything else being put in the shadow memory area? N |
|
From: Tom H. <to...@co...> - 2005-07-31 15:17:37
|
Does anybody know why we map the whole of the shadow space at startup using PROT_NONE and then just change the protection on pages as they are required rather than just allocating them as required? Tom -- Tom Hughes (to...@co...) http://www.compton.nu/ |
|
From: Tom H. <to...@co...> - 2005-07-31 15:11:55
|
In message <8701.194.109.230.85.1122813863.squirrel@194.109.230.85>
"Jeroen N. Witmond" <jn...@xs...> wrote:
> > Valgrind-3.0.0 Release Candidate 1 is available from
> > http://www.valgrind.org/downloads/valgrind-3.0.RC1.tar.bz2
> > (md5sum == c3dc8089bebe7aba0822667b7850451e)
>
> On Debian 3.1 (x86), valgrind RC1 works, but shows two unexpected errors
> in the regression test:
>
> * none/tests/x86/int fails with
>
> vex x86->IR: unhandled instruction bytes: 0xCD 0x81 0xC7 0x4
>
> * none/tests/faultstatus fails with
>
> Test 4: PASS
> Test 5: vex x86->IR: unhandled instruction bytes: 0xF 0xB 0x5D 0xC3
> FAIL: expected si_code==2, not 1
> Test 6: vex x86->IR: unhandled instruction bytes: 0xCC 0x5D 0xC3 0x55
> FAIL: expected signal 5, not 4
> Test 7: vex x86->IR: unhandled instruction bytes: 0xCD 0x10 0x5D 0xC3
> FAIL: expected signal 11, not 4
> Test 8: vex x86->IR: unhandled instruction bytes: 0xCE 0x89 0x45 0xFC
> FAIL: expected signal 11, not 4
> Test 9: vex x86->IR: unhandled instruction bytes: 0x62 0x5 0xC 0x90
> FAIL: expected signal 11, not 4
Those tests are testing invalid instructions, but ones which are
supposed to generate a different sort of signal rather than a
basic SIGILL and vex doesn't currently support that as it just
reports an undefined instruction and valgrind then raisess SIGILL.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Nicholas N. <nj...@cs...> - 2005-07-31 14:47:19
|
On Sun, 31 Jul 2005, Jeroen N. Witmond wrote: > On Debian 3.1 (x86), valgrind RC1 works, but shows two unexpected errors > in the regression test: > > * none/tests/x86/int > * none/tests/faultstatus These are expected; the new JITter doesn't yet implemented all the required instructions. It's good that you are only seeing these two failures, that's the minimum we can expect. Thanks for the report. N |
|
From: Maurice v. d. P. <gri...@ge...> - 2005-07-31 13:32:35
|
On Fri, Jul 29, 2005 at 09:25:01AM -0500, Nicholas Nethercote wrote: > On Fri, 29 Jul 2005, Duane Griffin wrote: >=20 > >It builds and seems to work fine for me on AMD64 running SuSE 9.0, but > >there are a number of failures in the regression test: > > > >=3D=3D 157 tests, 35 stderr failures, 1 stdout failure =3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > 35 is a bit high. Can you look at the *.stderr.diff and *.stderr.out=20 > files and determine if there's a single cause of most of the failures? I have similar results on an x86 running Gentoo: =3D=3D 180 tests, 31 stderr failures, 2 stdout failures =3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D memcheck/tests/addressable (stderr) memcheck/tests/badaddrvalue (stderr) memcheck/tests/badrw (stderr) memcheck/tests/clientperm (stderr) memcheck/tests/custom_alloc (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/error_counts (stdout) memcheck/tests/errs1 (stderr) memcheck/tests/exitprog (stderr) memcheck/tests/fprw (stderr) memcheck/tests/inits (stderr) memcheck/tests/inline (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/manuel1 (stderr) memcheck/tests/manuel3 (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/stack_changes (stderr) memcheck/tests/strchr (stderr) memcheck/tests/supp1 (stderr) memcheck/tests/supp2 (stderr) memcheck/tests/suppfree (stderr) memcheck/tests/trivialleak (stderr) memcheck/tests/vgtest_ume (stderr) memcheck/tests/x86/pushfpopf (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_exit_group (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) none/tests/mq (stderr) none/tests/selfrun (stdout) none/tests/selfrun (stderr) none/tests/x86/int (stderr) There does not seem to be a single cause of most of these.=20 I see unhandled instructions, an unimplemented function (mq_open), a bad cmdline option (--single-step=3Dyes), lots of expected __libc_start_main messages that are not generated, source line differences, etc. I'll be happy to provide whatever extra info you need. Maurice. --=20 Maurice van der Pot Gentoo Linux Developer gri...@ge... http://www.gentoo.org Creator of BiteMe! gri...@kf... http://www.kfk4ever.com |
|
From: Jeroen N. W. <jn...@xs...> - 2005-07-31 12:44:31
|
> Valgrind-3.0.0 Release Candidate 1 is available from > http://www.valgrind.org/downloads/valgrind-3.0.RC1.tar.bz2 > (md5sum == c3dc8089bebe7aba0822667b7850451e) On Debian 3.1 (x86), valgrind RC1 works, but shows two unexpected errors in the regression test: * none/tests/x86/int fails with vex x86->IR: unhandled instruction bytes: 0xCD 0x81 0xC7 0x4 * none/tests/faultstatus fails with Test 4: PASS Test 5: vex x86->IR: unhandled instruction bytes: 0xF 0xB 0x5D 0xC3 FAIL: expected si_code==2, not 1 Test 6: vex x86->IR: unhandled instruction bytes: 0xCC 0x5D 0xC3 0x55 FAIL: expected signal 5, not 4 Test 7: vex x86->IR: unhandled instruction bytes: 0xCD 0x10 0x5D 0xC3 FAIL: expected signal 11, not 4 Test 8: vex x86->IR: unhandled instruction bytes: 0xCE 0x89 0x45 0xFC FAIL: expected signal 11, not 4 Test 9: vex x86->IR: unhandled instruction bytes: 0x62 0x5 0xC 0x90 FAIL: expected signal 11, not 4 Both programs behave as expected outside of valgrind. Software used: gcc version 3.3.5 (Debian 1:3.3.5-13) $ uname -a Linux localhost 2.4.26-1-386 #1 Tue Aug 24 13:31:19 JST 2004 i686 GNU/Linux $ /lib/libc.so.6 GNU C Library stable release version 2.3.2, by Roland McGrath et al. Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 3.3.5 (Debian 1:3.3.5-12). Compiled on a Linux 2.6.0-test7 system on 2005-05-10. Available extensions: GNU libio by Per Bothner crypt add-on version 2.1 by Michael Glad and others linuxthreads-0.10 by Xavier Leroy BIND-8.2.3-T5B libthread_db work sponsored by Alpha Processor Inc NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk Thread-local storage support included. Report bugs using the `glibcbug' script to <bu...@gn...>. |
|
From: Cerion Armour-B. <ce...@op...> - 2005-07-31 10:44:49
|
On Sunday 31 July 2005 11:53, Tom Hughes wrote: > It looks like svn.valgrind.org is having a bad day - it is pingable > but I can't connect to the HTTP or SVN servers. > > Tom ...and it's back up again. Cerion |
|
From: Cerion Armour-B. <ce...@op...> - 2005-07-31 10:26:01
|
On Sunday 31 July 2005 11:53, Tom Hughes wrote: > It looks like svn.valgrind.org is having a bad day - it is pingable > but I can't connect to the HTTP or SVN servers. > > Tom Indeed, the server's down. We're working on it, should be up soon... Cerion |
|
From: Jeroen N. W. <jn...@xs...> - 2005-07-31 10:17:38
|
> It looks like svn.valgrind.org is having a bad day - it is pingable > but I can't connect to the HTTP or SVN servers. The web server http://valgrind.org or http://www.valgrind.org is also unavailable. Jeroen. |
|
From: Tom H. <to...@co...> - 2005-07-31 09:53:18
|
It looks like svn.valgrind.org is having a bad day - it is pingable but I can't connect to the HTTP or SVN servers. Tom -- Tom Hughes (to...@co...) http://www.compton.nu/ |
|
From: <js...@ac...> - 2005-07-31 02:45:31
|
Nightly build on g5 ( YDL 4.0, ppc970 ) started at 2005-07-31 04:40:01 CEST Checking out vex source tree ... done Building vex ... done Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 154 tests, 99 stderr failures, 17 stdout failures ================= memcheck/tests/addressable (stderr) memcheck/tests/badaddrvalue (stderr) memcheck/tests/badfree-2trace (stderr) memcheck/tests/badfree (stderr) memcheck/tests/badjump (stderr) memcheck/tests/badjump2 (stderr) memcheck/tests/badloop (stderr) memcheck/tests/badpoll (stderr) memcheck/tests/badrw (stderr) memcheck/tests/brk (stderr) memcheck/tests/brk2 (stderr) memcheck/tests/buflen_check (stderr) memcheck/tests/clientperm (stderr) memcheck/tests/custom_alloc (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/doublefree (stderr) memcheck/tests/erringfds (stderr) memcheck/tests/error_counts (stdout) memcheck/tests/errs1 (stderr) memcheck/tests/execve (stderr) memcheck/tests/execve2 (stderr) memcheck/tests/exitprog (stderr) memcheck/tests/fprw (stderr) memcheck/tests/fwrite (stderr) memcheck/tests/inits (stderr) memcheck/tests/inline (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/malloc1 (stderr) memcheck/tests/malloc2 (stderr) memcheck/tests/malloc3 (stderr) memcheck/tests/manuel1 (stderr) memcheck/tests/manuel2 (stderr) memcheck/tests/manuel3 (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/memalign2 (stderr) memcheck/tests/memalign_test (stderr) memcheck/tests/memcmptest (stderr) memcheck/tests/mempool (stderr) memcheck/tests/mismatches (stderr) memcheck/tests/mmaptest (stderr) memcheck/tests/nanoleak (stderr) memcheck/tests/nanoleak_supp (stderr) memcheck/tests/new_nothrow (stderr) memcheck/tests/new_override (stderr) memcheck/tests/null_socket (stderr) memcheck/tests/overlap (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/post-syscall (stdout) memcheck/tests/post-syscall (stderr) memcheck/tests/realloc1 (stderr) memcheck/tests/realloc2 (stderr) memcheck/tests/realloc3 (stderr) memcheck/tests/sigaltstack (stderr) memcheck/tests/sigkill (stderr) memcheck/tests/signal2 (stderr) memcheck/tests/sigprocmask (stderr) memcheck/tests/stack_changes (stdout) memcheck/tests/stack_changes (stderr) memcheck/tests/str_tester (stderr) memcheck/tests/strchr (stderr) memcheck/tests/supp1 (stderr) memcheck/tests/supp2 (stderr) memcheck/tests/suppfree (stderr) memcheck/tests/toobig-allocs (stderr) memcheck/tests/trivialleak (stderr) memcheck/tests/vgtest_ume (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/with-space (stderr) memcheck/tests/writev (stderr) memcheck/tests/xml1 (stderr) memcheck/tests/zeropage (stderr) cachegrind/tests/chdir (stderr) cachegrind/tests/dlclose (stdout) cachegrind/tests/dlclose (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_cmsg (stderr) none/tests/fdleak_creat (stderr) none/tests/fdleak_dup (stderr) none/tests/fdleak_dup2 (stderr) none/tests/fdleak_fcntl (stderr) none/tests/fdleak_ipv4 (stderr) none/tests/fdleak_open (stderr) none/tests/fdleak_pipe (stderr) none/tests/fdleak_socketpair (stderr) none/tests/manythreads (stdout) none/tests/manythreads (stderr) none/tests/pending (stdout) none/tests/pending (stderr) none/tests/pth_atfork1 (stdout) none/tests/pth_atfork1 (stderr) none/tests/pth_blockedsig (stdout) none/tests/pth_blockedsig (stderr) none/tests/pth_cancel1 (stdout) none/tests/pth_cancel1 (stderr) none/tests/pth_cancel2 (stderr) none/tests/pth_cvsimple (stdout) none/tests/pth_cvsimple (stderr) none/tests/pth_exit (stderr) none/tests/pth_once (stdout) none/tests/pth_once (stderr) none/tests/pth_stackalign (stdout) none/tests/pth_stackalign (stderr) none/tests/res_search (stdout) none/tests/res_search (stderr) none/tests/thread-exits (stdout) none/tests/thread-exits (stderr) none/tests/threaded-fork (stdout) none/tests/threaded-fork (stderr) none/tests/threadederrno (stdout) none/tests/threadederrno (stderr) none/tests/tls (stdout) none/tests/tls (stderr) |
|
From: Tom H. <to...@co...> - 2005-07-31 02:40:51
|
Nightly build on dunsmere ( athlon, Fedora Core 4 ) started at 2005-07-31 03:30:04 BST Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 181 tests, 5 stderr failures, 0 stdout failures ================= memcheck/tests/leak-tree (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: Tom H. <th...@cy...> - 2005-07-31 02:27:58
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2005-07-31 03:15:02 BST Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 180 tests, 14 stderr failures, 1 stdout failure ================= memcheck/tests/addressable (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/erringfds (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/sigkill (stderr) memcheck/tests/stack_changes (stderr) none/tests/faultstatus (stderr) none/tests/x86/int (stderr) none/tests/x86/yield (stdout) ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 180 tests, 14 stderr failures, 0 stdout failures ================= memcheck/tests/addressable (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/erringfds (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/sigkill (stderr) memcheck/tests/stack_changes (stderr) none/tests/faultstatus (stderr) none/tests/x86/int (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Sun Jul 31 03:21:15 2005 --- new.short Sun Jul 31 03:27:53 2005 *************** *** 8,10 **** ! == 180 tests, 14 stderr failures, 0 stdout failures ================= memcheck/tests/addressable (stderr) --- 8,10 ---- ! == 180 tests, 14 stderr failures, 1 stdout failure ================= memcheck/tests/addressable (stderr) *************** *** 23,24 **** --- 23,25 ---- none/tests/x86/int (stderr) + none/tests/x86/yield (stdout) |
|
From: Tom H. <th...@cy...> - 2005-07-31 02:24:50
|
Nightly build on ginetta ( i686, Red Hat 8.0 ) started at 2005-07-31 03:10:08 BST Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 180 tests, 2 stderr failures, 0 stdout failures ================= none/tests/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: Tom H. <th...@cy...> - 2005-07-31 02:22:59
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2005-07-31 03:00:03 BST Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 159 tests, 7 stderr failures, 1 stdout failure ================= memcheck/tests/sigprocmask (stderr) memcheck/tests/strchr (stderr) memcheck/tests/vgtest_ume (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_fcntl (stderr) none/tests/tls (stdout) |
|
From: Tom H. <th...@cy...> - 2005-07-31 02:20:47
|
Nightly build on dellow ( x86_64, Fedora Core 4 ) started at 2005-07-31 03:10:07 BST Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 159 tests, 6 stderr failures, 0 stdout failures ================= memcheck/tests/sigprocmask (stderr) memcheck/tests/strchr (stderr) memcheck/tests/vgtest_ume (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) |
|
From: Tom H. <th...@cy...> - 2005-07-31 02:15:12
|
Nightly build on aston ( x86_64, Fedora Core 3 ) started at 2005-07-31 03:05:09 BST Checking out valgrind source tree ... failed Last 20 lines of verbose log follow echo A valgrind/coregrind/pub_core_execontext.h A valgrind/coregrind/m_libcproc.c A valgrind/coregrind/pub_core_threadmodel.h A valgrind/coregrind/pub_core_hashtable.h A valgrind/coregrind/pub_core_options.h A valgrind/coregrind/pub_core_libcassert.h A valgrind/coregrind/pub_core_errormgr.h A valgrind/coregrind/m_libcsignal.c A valgrind/coregrind/stage1.c A valgrind/coregrind/m_threadstate.c A valgrind/coregrind/pub_core_aspacemgr.h A valgrind/coregrind/m_libcfile.c A valgrind/coregrind/pub_core_cpuid.h A valgrind/coregrind/Makefile.am A valgrind/coregrind/vki_unistd-amd64-linux.h A valgrind/coregrind/pub_core_threadstate.h A valgrind/coregrind/pub_core_mallocfree.h U valgrind Fetching external item into 'valgrind/VEX' |