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
(25) |
2
(25) |
3
(5) |
4
(13) |
|
5
(4) |
6
(8) |
7
(6) |
8
|
9
(10) |
10
(15) |
11
(9) |
|
12
(14) |
13
(10) |
14
(24) |
15
(41) |
16
(13) |
17
(9) |
18
(3) |
|
19
(10) |
20
(11) |
21
(28) |
22
(36) |
23
(52) |
24
(36) |
25
(12) |
|
26
(31) |
27
(27) |
28
(20) |
29
(15) |
30
(22) |
31
(17) |
|
|
From: Stefan K. <en...@ho...> - 2009-07-06 22:52:03
|
Bart Van Assche schrieb: > On Fri, Jun 26, 2009 at 2:41 PM, Konstantin > Serebryany<kon...@gm...> wrote: > >> We've added dynamic annotations to Chromium: >> http://src.chromium.org/viewvc/chrome?view=rev&revision=19353 >> In Chromium there are few classes/functions that use atomic >> instructions (e.g. Singleton, atomic refcount), so that w/o the >> annotations every race detector will have false positives. >> > > Interesting. > > >> I wonder if other large opensource projects (e.g. Firefox, OpenOffice, >> etc) use atomics for synchronization. >> Any experience detecting races there? >> > > Regarding Firefox: some time ago I tried to run Firefox under DRD. You > can find the feedback I received about using atomics for the debug > counters in this bugzilla entry: > https://bugzilla.mozilla.org/show_bug.cgi?id=425923. > > Another open source project that uses multithreading extensively > (through Open/MP) is GraphicsMagick. The maintainers of this project > have added support in their makefiles to analyze all regression tests > with memcheck, ptrcheck, helgrind and DRD. > GStreamer is heavily multithreaded too and uses both mutexes and glibs atomic operations. The unit tests are already using valgrind's memcheck in a 2nd run. I've tried drd and helgrind once, but got a lot of warnings and had no idea where to start. Stefan > Bart. > > ------------------------------------------------------------------------------ > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers > |
|
From: Konstantin S. <kon...@gm...> - 2009-07-06 10:36:17
|
Submitted https://bugs.kde.org/show_bug.cgi?id=199144 --kcc On Thu, Jul 2, 2009 at 11:46 AM, Konstantin Serebryany<kon...@gm...> wrote: >>> Shall I file a bug (feature request)? >> >> If you can show that GDB does produce the same stack traces in both >> cases, then yes. But I doubt it can do that. >> > > I've just learned that this feature has been implemented in gdb few > days ago. :) > > 2009-06-27 Daniel Jacobowitz <da...@co...> > Jan Kratochvil <jan...@re...> > > * NEWS: Document inlined function support. > * Makefile.in (SFILES): Add inline-frame.c. > (COMMON_OBS): Add inline-frame.o. > * block.c (contained_in): Rewrite to use lexical nesting. > ... > > From NEWS: > > * Inlined functions are now supported. They show up in backtraces, and > the "step", "next", and "finish" commands handle them automatically. > > $ gdb64-cvs ./a.out > GNU gdb (GDB) 6.8.50.20090701-cvs > ... > (gdb) b main > Breakpoint 1 at 0x4003a0: file inline_test.c, line 12. > (gdb) r > > Breakpoint 1, main () at inline_test.c:12 > 12 int main() { > (gdb) s > 14 bar(&uninitialized_stack[1]); > (gdb) s > bar (p=0x7fffffffdd04) at inline_test.c:9 > 9 foo(p); > (gdb) s > foo (p=0x7fffffffdd04) at inline_test.c:4 > 4 if (*p == 777) printf("777\n"); > (gdb) bt > #0 foo (p=0x7fffffffdd04) at inline_test.c:4 > #1 bar (p=0x7fffffffdd04) at inline_test.c:9 > #2 0x00000000004003ae in main () at inline_test.c:14 > (gdb) disas > Dump of assembler code for function bar: > 0x0000000000400380 <bar+0>: cmpl $0x309,(%rdi) > 0x0000000000400386 <bar+6>: je 0x400390 <bar+16> > 0x0000000000400388 <bar+8>: repz retq > 0x000000000040038a <bar+10>: nopw 0x0(%rax,%rax,1) > 0x0000000000400390 <bar+16>: mov $0x40047c,%edi > 0x0000000000400395 <bar+21>: jmpq 0x4005e8 <puts@plt> > End of assembler dump. > > Disassembly clearly shows foo was inlined; yet it shows in the stack trace :-) > > > --kcc > |
|
From: Tom H. <to...@co...> - 2009-07-06 08:30:40
|
On 06/07/09 05:44, Nicholas Nethercote wrote: > On Sun, Jul 5, 2009 at 12:49 PM, Tom Hughes<th...@cy...> wrote: > >> == 496 tests, 7 stderr failures, 1 stdout failure, 0 post failures == >> memcheck/tests/x86-linux/scalar (stderr) >> memcheck/tests/x86-linux/scalar_exit_group (stderr) >> memcheck/tests/x86-linux/scalar_supp (stderr) >> none/tests/amd64/bug127521-64 (stdout) >> none/tests/amd64/bug127521-64 (stderr) >> exp-ptrcheck/tests/ccc (stderr) >> exp-ptrcheck/tests/pth_create (stderr) >> exp-ptrcheck/tests/pth_specific (stderr) > > Until recently, this machine had no test failures. Most of the > failures seem to be due to the DCAS merge -- Julian, can you take a > look? The scalar ones are a bit different, though, there's a > conditional-jump-on-undefined that didn't used to be there. Not sure > about it. The three memcheck ones are all this: ==24018== Conditional jump or move depends on uninitialised value(s) ==24018== at 0x5FF2C2: _dl_runtime_resolve (in /lib/ld-2.6.so) ==24018== by 0x620F6F: (below main) (in /lib/libc-2.6.so) The none/tests/amd64/bug127521-64 one is an unsupported instruction failure on cmpxchg16 by the looks of it: vex amd64->IR: unhandled instruction bytes: 0xF0 0x49 0xF 0xC7 0xA 0x49 ... ==24044== Process terminating with default action of signal 4 (SIGILL) ==24044== Illegal opcode at address 0x4006D2 ==24044== at 0x4006D2: do_cmpxchg16b (bug127521-64.c:79) ==24044== by 0x4007AA: try16b (bug127521-64.c:106) ==24044== by 0x400A9F: main (bug127521-64.c:135) The ptrcheck ones are all an assertion failure: t4 = CASle(t3::t0->t2) exp-ptrcheck: h_main.c:4820 (schemeS): the 'impossible' happened. ==24071== at 0x38010BFC: report_and_quit (m_libcassert.c:145) ==24071== by 0x38010ECA: vgPlain_assert_fail (m_libcassert.c:216) ==24071== by 0x3800601A: h_instrument (h_main.c:4820) ==24071== by 0x3809694E: LibVEX_Translate (main_main.c:500) ==24071== by 0x38026128: vgPlain_translate (m_translate.c:1517) ==24071== by 0x38048B10: vgPlain_scheduler (scheduler.c:844) ==24071== by 0x3806C71E: run_a_thread_NORETURN (syswrap-linux.c:91) Tom -- Tom Hughes (to...@co...) http://www.compton.nu/ |
|
From: Bart V. A. <bar...@gm...> - 2009-07-06 07:37:32
|
Nightly build on georgia-tech-cellbuzz-native ( cellbuzz, ppc64, Fedora 7, native ) Started at 2009-07-06 02:00:05 EDT Ended at 2009-07-06 03:37:12 EDT Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Regression test results follow == 422 tests, 41 stderr failures, 13 stdout failures, 0 post failures == memcheck/tests/deep_templates (stdout) memcheck/tests/leak-cases-full (stderr) memcheck/tests/leak-cases-summary (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/varinfo1 (stderr) memcheck/tests/varinfo2 (stderr) memcheck/tests/varinfo3 (stderr) memcheck/tests/varinfo4 (stderr) memcheck/tests/varinfo5 (stderr) memcheck/tests/varinfo6 (stderr) memcheck/tests/wrap8 (stderr) none/tests/empty-exe (stderr) none/tests/linux/mremap (stderr) none/tests/linux/mremap2 (stdout) none/tests/ppc32/jm-fp (stdout) none/tests/ppc32/jm-vmx (stdout) none/tests/ppc32/round (stdout) none/tests/ppc32/test_gx (stdout) none/tests/ppc64/jm-fp (stdout) none/tests/ppc64/jm-vmx (stdout) none/tests/ppc64/round (stdout) none/tests/shell (stdout) none/tests/shell (stderr) none/tests/shell_valid1 (stderr) none/tests/shell_valid2 (stderr) none/tests/shell_valid3 (stderr) none/tests/shell_zerolength (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/tc23_bogus_condwait (stderr) exp-ptrcheck/tests/bad_percentify (stdout) exp-ptrcheck/tests/bad_percentify (stderr) exp-ptrcheck/tests/base (stderr) exp-ptrcheck/tests/ccc (stderr) exp-ptrcheck/tests/fp (stderr) exp-ptrcheck/tests/globalerr (stderr) exp-ptrcheck/tests/hackedbz2 (stdout) exp-ptrcheck/tests/hackedbz2 (stderr) exp-ptrcheck/tests/hp_bounds (stderr) exp-ptrcheck/tests/hp_dangle (stderr) exp-ptrcheck/tests/justify (stderr) exp-ptrcheck/tests/partial_bad (stderr) exp-ptrcheck/tests/partial_good (stderr) exp-ptrcheck/tests/preen_invars (stdout) exp-ptrcheck/tests/preen_invars (stderr) exp-ptrcheck/tests/pth_create (stderr) exp-ptrcheck/tests/pth_specific (stderr) exp-ptrcheck/tests/realloc (stderr) exp-ptrcheck/tests/stackerr (stderr) exp-ptrcheck/tests/strcpy (stderr) exp-ptrcheck/tests/supp (stderr) exp-ptrcheck/tests/tricky (stderr) exp-ptrcheck/tests/unaligned (stderr) exp-ptrcheck/tests/zero (stderr) ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Regression test results follow == 422 tests, 42 stderr failures, 13 stdout failures, 0 post failures == memcheck/tests/deep_templates (stdout) memcheck/tests/leak-cases-full (stderr) memcheck/tests/leak-cases-summary (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/varinfo1 (stderr) memcheck/tests/varinfo2 (stderr) memcheck/tests/varinfo3 (stderr) memcheck/tests/varinfo4 (stderr) memcheck/tests/varinfo5 (stderr) memcheck/tests/varinfo6 (stderr) memcheck/tests/wrap8 (stderr) none/tests/empty-exe (stderr) none/tests/linux/mremap (stderr) none/tests/linux/mremap2 (stdout) none/tests/ppc32/jm-fp (stdout) none/tests/ppc32/jm-vmx (stdout) none/tests/ppc32/round (stdout) none/tests/ppc32/test_gx (stdout) none/tests/ppc64/jm-fp (stdout) none/tests/ppc64/jm-vmx (stdout) none/tests/ppc64/round (stdout) none/tests/shell (stdout) none/tests/shell (stderr) none/tests/shell_valid1 (stderr) none/tests/shell_valid2 (stderr) none/tests/shell_valid3 (stderr) none/tests/shell_zerolength (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/tc23_bogus_condwait (stderr) drd/tests/pth_cleanup_handler (stderr) exp-ptrcheck/tests/bad_percentify (stdout) exp-ptrcheck/tests/bad_percentify (stderr) exp-ptrcheck/tests/base (stderr) exp-ptrcheck/tests/ccc (stderr) exp-ptrcheck/tests/fp (stderr) exp-ptrcheck/tests/globalerr (stderr) exp-ptrcheck/tests/hackedbz2 (stdout) exp-ptrcheck/tests/hackedbz2 (stderr) exp-ptrcheck/tests/hp_bounds (stderr) exp-ptrcheck/tests/hp_dangle (stderr) exp-ptrcheck/tests/justify (stderr) exp-ptrcheck/tests/partial_bad (stderr) exp-ptrcheck/tests/partial_good (stderr) exp-ptrcheck/tests/preen_invars (stdout) exp-ptrcheck/tests/preen_invars (stderr) exp-ptrcheck/tests/pth_create (stderr) exp-ptrcheck/tests/pth_specific (stderr) exp-ptrcheck/tests/realloc (stderr) exp-ptrcheck/tests/stackerr (stderr) exp-ptrcheck/tests/strcpy (stderr) exp-ptrcheck/tests/supp (stderr) exp-ptrcheck/tests/tricky (stderr) exp-ptrcheck/tests/unaligned (stderr) exp-ptrcheck/tests/zero (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Mon Jul 6 02:49:37 2009 --- new.short Mon Jul 6 03:37:12 2009 *************** *** 8,10 **** ! == 422 tests, 42 stderr failures, 13 stdout failures, 0 post failures == memcheck/tests/deep_templates (stdout) --- 8,10 ---- ! == 422 tests, 41 stderr failures, 13 stdout failures, 0 post failures == memcheck/tests/deep_templates (stdout) *************** *** 39,41 **** helgrind/tests/tc23_bogus_condwait (stderr) - drd/tests/pth_cleanup_handler (stderr) exp-ptrcheck/tests/bad_percentify (stdout) --- 39,40 ---- |
|
From: Julian S. <js...@ac...> - 2009-07-06 06:05:16
|
Greetings. I'd like to merge branches/MESSAGING_TIDYUP to the trunk in the next couple of days. This branch tidies up and rationalises what could be called the "messaging" system -- that part of V to do with presenting output to the user. In particular it brings significant improvements to XML output. Changes are: * XML and normal text output now have separate file descriptors, which solves longstanding problems for XML consumers caused by the XML output getting polluted by unexpected non-XML output. * This also means that we no longer have to hardwire all manner of output settings (verbosity, etc) when XML is requested. * The XML output format has been revised, cleaned up, and made more suitable for use by error detecting tools in general (various Memcheck-specific features have been removed). XML output is enabled for Ptrcheck and Helgrind, and Memcheck is updated to the new format. * One side effect is that the behaviour of VG_(message) has been made to be consistent with printf: it no longer automatically adds a newline at the end of the output. This means multiple calls to it can be used to build up a single line message; or a single call can write a multi-line message. The ==pid== preamble is automatically inserted at each newline. * VG_(message)(Vg_UserMsg, ..args..) now has the abbreviated form VG_(UMSG)(..args..); ditto VG_(DMSG) for Vg_DebugMsg and VG_(EMSG) for Vg_DebugExtraMsg. A couple of other useful printf derivatives have been added to pub_tool_libcprint.h, most particularly VG_(vcbprintf). * There's a small change in the core-tool interface to do with error handling: VG_(needs_tool_errors) has a new method void (*before_pp_Error)(Error* err) which, if non-NULL, is called just before void (*pp_Error)(Error* err). This is to give tools the chance to look at errors before any part of them is printed, so they can print any XML preamble they like. * coregrind/m_errormgr.c has been overhauled and cleaned up, and is a bit simpler and more commented. In particular pp_Error and VG_(maybe_record_error) are significantly changed. The diff is huge, but mostly very boring. Most of the changes are of the form - VG_(message)(Vg_UserMsg, "this is a message %d", n); + VG_(message)(Vg_UserMsg, "this is a message %d\n", n); Unfortunately as a result of this, it touches a large number of source files. I will re-check the diff in detail before committing. I don't want to break anything with this, and I'm a bit concerned that the diff is so big and touches so many files, that unrelated changes could slip though -- hence the re-check. In the diff there's many changes like this: Property changes on: exp-ptrcheck/h_intercepts.c ___________________________________________________________________ Deleted: svn:mergeinfo Anybody have any idea what they mean? Are they significant? J |
|
From: Nicholas N. <n.n...@gm...> - 2009-07-06 04:44:39
|
On Sun, Jul 5, 2009 at 12:49 PM, Tom Hughes<th...@cy...> wrote: > > Nightly build on lloyd ( x86_64, Fedora 7 ) > Started at 2009-07-05 03:05:05 BST > Ended at 2009-07-05 03:49:38 BST > Results differ from 24 hours ago > > Checking out valgrind source tree ... done > Configuring valgrind ... done > Building valgrind ... done > Running regression tests ... failed > > Regression test results follow > > == 496 tests, 7 stderr failures, 1 stdout failure, 0 post failures == > memcheck/tests/x86-linux/scalar (stderr) > memcheck/tests/x86-linux/scalar_exit_group (stderr) > memcheck/tests/x86-linux/scalar_supp (stderr) > none/tests/amd64/bug127521-64 (stdout) > none/tests/amd64/bug127521-64 (stderr) > exp-ptrcheck/tests/ccc (stderr) > exp-ptrcheck/tests/pth_create (stderr) > exp-ptrcheck/tests/pth_specific (stderr) Until recently, this machine had no test failures. Most of the failures seem to be due to the DCAS merge -- Julian, can you take a look? The scalar ones are a bit different, though, there's a conditional-jump-on-undefined that didn't used to be there. Not sure about it. Nick |
|
From: Tom H. <th...@cy...> - 2009-07-06 02:50:32
|
Nightly build on lloyd ( x86_64, Fedora 7 ) Started at 2009-07-06 03:05:05 BST Ended at 2009-07-06 03:50:18 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 496 tests, 7 stderr failures, 1 stdout failure, 0 post failures == memcheck/tests/x86-linux/scalar (stderr) memcheck/tests/x86-linux/scalar_exit_group (stderr) memcheck/tests/x86-linux/scalar_supp (stderr) none/tests/amd64/bug127521-64 (stdout) none/tests/amd64/bug127521-64 (stderr) exp-ptrcheck/tests/ccc (stderr) exp-ptrcheck/tests/pth_create (stderr) exp-ptrcheck/tests/pth_specific (stderr) |
|
From: Tom H. <th...@cy...> - 2009-07-06 02:30:31
|
Nightly build on mg ( x86_64, Fedora 9 ) Started at 2009-07-06 03:10:05 BST Ended at 2009-07-06 03:30:13 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 502 tests, 2 stderr failures, 1 stdout failure, 0 post failures == none/tests/linux/mremap2 (stdout) exp-ptrcheck/tests/pth_create (stderr) exp-ptrcheck/tests/pth_specific (stderr) |