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
(9) |
|
2
(12) |
3
(19) |
4
(18) |
5
(22) |
6
(25) |
7
(18) |
8
(24) |
|
9
(16) |
10
(15) |
11
(22) |
12
(7) |
13
(19) |
14
(5) |
15
(8) |
|
16
(7) |
17
(8) |
18
(9) |
19
(7) |
20
(13) |
21
(16) |
22
(7) |
|
23
(10) |
24
(8) |
25
(4) |
26
(4) |
27
(9) |
28
(4) |
29
(5) |
|
30
(8) |
31
(4) |
|
|
|
|
|
|
From: Josef W. <Jos...@gm...> - 2007-12-03 23:26:35
|
On Monday 03 December 2007, Julian Seward wrote: > The repo's trunk is now in a freeze state until the final release. > Please don't commit anything in trunk until then. As is usual, > at the point of the final release, a 3_3_0_BRANCH will be created > and the trunk will be unfrozen. Hi Julian, attached is a documentation-only patch for callgrind against trunk, as committing to trunk is deprecated at the moment. This was noted today while answering the bug report 153335. Josef |
|
From: Nicholas N. <nj...@cs...> - 2007-12-03 21:43:37
|
On Mon, 3 Dec 2007, Julian Seward wrote: > A release candidate for Valgrind 3.3.0 (3.3.0.RC1) is available for > testing from > > http://www.valgrind.org/downloads/valgrind-3.3.0.RC1.tar.bz2 > (MD5 = 31936ca686f9daaf094df437b4952ec6). > > Please test it on platforms that are important to you, and let me know > of any problems (and successes!). If no serious problems show up, > 3.3.0 final will be available in about a week from now. It looks good on my old FC4, kernel 2.6.15 box. Except that malloc_free_fail fails. Diff is attached. N |
|
From: <sv...@va...> - 2007-12-03 21:29:21
|
Author: njn Date: 2007-12-03 21:29:22 +0000 (Mon, 03 Dec 2007) New Revision: 7269 Log: Comment-only change. Modified: trunk/massif/ms_main.c Modified: trunk/massif/ms_main.c =================================================================== --- trunk/massif/ms_main.c 2007-12-02 22:15:31 UTC (rev 7268) +++ trunk/massif/ms_main.c 2007-12-03 21:29:22 UTC (rev 7269) @@ -52,6 +52,9 @@ // - Options like --alloc-fn='operator new(unsigned, std::nothrow_t const&)' // don't work in a .valgrindrc file or in $VALGRIND_OPTS. // m_commandline.c:add_args_from_string() needs to respect single quotes. +// - With --stack=yes, want to add a stack trace for detailed snapshots so +// it's clear where/why the peak is occurring. (Mattieu Castet) Also, +// possibly useful even with --stack=no? (Andi Yin) // // Performance: // - To run the benchmarks: |
|
From: Nicholas N. <nj...@cs...> - 2007-12-03 21:13:35
|
On Mon, 3 Dec 2007, Dirk Mueller wrote: >> Please test it on platforms that are important to you, and let me know >> of any problems (and successes!). If no serious problems show up, >> 3.3.0 final will be available in about a week from now. > > the patch below does no longer apply. it is in the openSUSE package for mono > support. I was told that it is being upstreamed, but I can't find it in > trunk. Did it get lost? Was it rejected? I don't remember seeing that patch before. I could have just overlooked it, though. Nick |
|
From: Dirk M. <dm...@gm...> - 2007-12-03 20:37:51
|
On Monday 03 December 2007, Julian Seward wrote: > Please test it on platforms that are important to you, and let me know > of any problems (and successes!). If no serious problems show up, > 3.3.0 final will be available in about a week from now. the patch below does no longer apply. it is in the openSUSE package for mono support. I was told that it is being upstreamed, but I can't find it in trunk. Did it get lost? Was it rejected? Thanks, Dirk |
|
From: Dave N. <dc...@us...> - 2007-12-03 19:31:15
|
So you tracked down these unitialized values down to the strxxx functions defined in ld.so and Valgrind normally intercepts these calls because Memcheck can't handle the sorts of code that is generated for these routines? Is it possible to teach Memcheck to deal with these optimizations? Steve Munroe, the author of those optimized strxxx functions, tells me that the kinds of optimizations done for these routines are going to start appearing in other library routines, and possibly in generated object code so the problem is going to become more pervasive. Julian Seward wrote: > On Monday 12 November 2007 03:28, Paul Mackerras wrote: > >> It's now used as the TLS pointer. [...] >> > > Thanks for the info. > > After hours of frustratingly chasing undefined values around vast > nameless blocks of machine code, I discovered the large numbers of > uninitialised values are a result of having /lib/ld-2.6.1.so being > almost completely devoid of symbol table info. > > On ppc32, ld.so has its own strlen/strcmp/strchr functions, which do > strange things with carry bits that fool Memcheck. (or something > that it can't handle - I can't remember). > > For glibc <= 2.5 V simply supplied its own non-optimised replacements > for these functions in ld.so, and used them. That worked fine, but > now fails because the strlen/strcmp/strchr symbols on ld.so are no > longer present. Installing the debuginfo package provides that info, > so V's replacements kick in, and the problem goes away. > > Result is that on ppc32-linux and ppc64-linux, for glibc 2.6 and later, > Valgrind will be unusable unless glibc-2.6-debuginfo.rpm is installed. > > J > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers > -- Dave Nomura LTC Linux Power Toolchain |
|
From: Tom H. <to...@co...> - 2007-12-03 12:57:52
|
On Dec 3, 2007 11:17 AM, Julian Seward <js...@ac...> wrote: > Please test it on platforms that are important to you, and let me know > of any problems (and successes!). If no serious problems show up, > 3.3.0 final will be available in about a week from now. Looks OK on Fedora 8 to me. Should omega.h be exp-omega.h though? Tom -- Tom Hughes (to...@co...) http://www.compton.nu/ |
|
From: Ashley P. <api...@co...> - 2007-12-03 12:37:22
|
On Mon, 2007-12-03 at 12:17 +0100, Julian Seward wrote: > Please test it on platforms that are important to you, and let me know > of any problems (and successes!). If no serious problems show up, > 3.3.0 final will be available in about a week from now. I've unfortunately had minimal time for testing however the specific area I'm interested in, qualifiers in log names, meets my requirements and is much better than the previous release. Ashley, |
|
From: Julian S. <js...@ac...> - 2007-12-03 12:35:59
|
On Monday 03 December 2007 09:47, Tom Hughes wrote: > In message <Pin...@mu...> > > Nicholas Nethercote <nj...@cs...> wrote: > > I can either change the script to run 'make exp-regtest' -- which will > > require Tom and Julian to update their copy of the script on those > > machines -- or we can change 'make regtest' run all of them. I'm leaning > > towards the latter, as an incentive to get the exp-tools' tests working > > as well as possible. Julian, what do you think? I'd say, for now change the script to run make exp-regtest too. Tom's machines will auto-update and I'll change mine to do whatever Tom's are doing. After 3.3.0 is done we can merge make exp-regtest into standard make regtest. > My machines actually check the script out of the repository each > night, so just updating the repository to run both would fix my > machines. That's neat. So the top level cron command runs some other little script which does the checkout? Can you send the script? J |
|
From: Julian S. <js...@ac...> - 2007-12-03 12:19:37
|
Greetings. A release candidate for Valgrind 3.3.0 (3.3.0.RC1) is available for testing from http://www.valgrind.org/downloads/valgrind-3.3.0.RC1.tar.bz2 (MD5 = 31936ca686f9daaf094df437b4952ec6). There are many improvements listed in the NEWS file. A summary: - Helgrind works again - Massif has been majorly overhauled - Cachegrind now does branch-prediction profiling - New experimental tools Omega and DRD - Many small refinements to stability, scalability and performance - Somewhat restructured documentation - Many bug fixes Please test it on platforms that are important to you, and let me know of any problems (and successes!). If no serious problems show up, 3.3.0 final will be available in about a week from now. The repo's trunk is now in a freeze state until the final release. Please don't commit anything in trunk until then. As is usual, at the point of the final release, a 3_3_0_BRANCH will be created and the trunk will be unfrozen. J |
|
From: Tom H. <to...@co...> - 2007-12-03 08:47:51
|
In message <Pin...@mu...>
Nicholas Nethercote <nj...@cs...> wrote:
> I can either change the script to run 'make exp-regtest' -- which will
> require Tom and Julian to update their copy of the script on those machines
> -- or we can change 'make regtest' run all of them. I'm leaning towards the
> latter, as an incentive to get the exp-tools' tests working as well as
> possible. Julian, what do you think?
My machines actually check the script out of the repository each
night, so just updating the repository to run both would fix my
machines.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Nicholas N. <nj...@cs...> - 2007-12-03 08:35:58
|
On Fri, 30 Nov 2007, Bart Van Assche wrote: > Regarding the 3.3.0 release, a question about the nightly build: from > the nightly build output I can see that the exp-drd source code and > regression tests are compiled, but are the exp-drd regression tests > run during the nightly build ? I could not find any reference to > exp-drd's regression test results in the last few nightly build > e-mails. > > The nightly build mails I receive indicate that the nightly build is > run on the following systems: > * alvis ( i686, Red Hat 7.3 ) > * lloyd ( x86_64, Fedora 7 ) > * dellow ( x86_64, Fedora 8 ) > * gill ( x86_64, Fedora Core 2 ) > * g5 ( SuSE 10.1, ppc970 ) It seems the regtests are split in two -- controlled by 'make regtest' for the normal tools and 'make exp-regtest' for the experimental tools. The nightly script doesn't run 'make exp-regtest'. I can either change the script to run 'make exp-regtest' -- which will require Tom and Julian to update their copy of the script on those machines -- or we can change 'make regtest' run all of them. I'm leaning towards the latter, as an incentive to get the exp-tools' tests working as well as possible. Julian, what do you think? N |
|
From: Nicholas N. <nj...@cs...> - 2007-12-03 05:45:29
|
On Fri, 30 Nov 2007 sv...@va... wrote: > Log: > Make the freed-block-queue volume metrics 64-bit throughout, to avoid > any wierdness on very large machines in the future. You changed it from SSizeT to Long. SSizeT is a signed word-sized type, so it's 64-bit on 64-bit machines already. I don't think this change was necessary... Nick |
|
From: Tom H. <th...@cy...> - 2007-12-03 03:56:54
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2007-12-03 03:15:01 GMT 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 == 321 tests, 62 stderr failures, 1 stdout failure, 28 post failures == memcheck/tests/addressable (stderr) memcheck/tests/badjump (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/erringfds (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-pool-0 (stderr) memcheck/tests/leak-pool-1 (stderr) memcheck/tests/leak-pool-2 (stderr) memcheck/tests/leak-pool-3 (stderr) memcheck/tests/leak-pool-4 (stderr) memcheck/tests/leak-pool-5 (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/long_namespace_xml (stderr) memcheck/tests/malloc_free_fill (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/noisy_child (stderr) memcheck/tests/partial_load_dflt (stderr) memcheck/tests/partial_load_ok (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/sigkill (stderr) memcheck/tests/stack_changes (stderr) memcheck/tests/x86/bug152022 (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/x86/xor-undef-x86 (stderr) memcheck/tests/xml1 (stderr) massif/tests/alloc-fns-A (post) massif/tests/alloc-fns-B (post) massif/tests/basic (post) massif/tests/basic2 (post) massif/tests/big-alloc (post) massif/tests/culling1 (stderr) massif/tests/culling2 (stderr) massif/tests/custom_alloc (post) massif/tests/deep-A (post) massif/tests/deep-B (stderr) massif/tests/deep-B (post) massif/tests/deep-C (stderr) massif/tests/deep-C (post) massif/tests/deep-D (post) massif/tests/ignoring (post) massif/tests/insig (post) massif/tests/long-time (post) massif/tests/new-cpp (post) massif/tests/null (post) massif/tests/one (post) massif/tests/overloaded-new (post) massif/tests/peak (post) massif/tests/peak2 (stderr) massif/tests/peak2 (post) massif/tests/realloc (stderr) massif/tests/realloc (post) massif/tests/thresholds_0_0 (post) massif/tests/thresholds_0_10 (post) massif/tests/thresholds_10_0 (post) massif/tests/thresholds_10_10 (post) massif/tests/thresholds_5_0 (post) massif/tests/thresholds_5_10 (post) massif/tests/zero1 (post) massif/tests/zero2 (post) none/tests/mremap (stderr) none/tests/mremap2 (stdout) helgrind/tests/hg01_all_ok (stderr) helgrind/tests/hg02_deadlock (stderr) helgrind/tests/hg03_inherit (stderr) helgrind/tests/hg04_race (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/hg06_readshared (stderr) helgrind/tests/tc01_simple_race (stderr) helgrind/tests/tc02_simple_tls (stderr) helgrind/tests/tc03_re_excl (stderr) helgrind/tests/tc05_simple_race (stderr) helgrind/tests/tc06_two_races (stderr) helgrind/tests/tc07_hbl1 (stderr) helgrind/tests/tc08_hbl2 (stderr) helgrind/tests/tc09_bad_unlock (stderr) helgrind/tests/tc11_XCHG (stderr) helgrind/tests/tc12_rwl_trivial (stderr) helgrind/tests/tc14_laog_dinphils (stderr) helgrind/tests/tc16_byterace (stderr) helgrind/tests/tc17_sembar (stderr) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc19_shadowmem (stderr) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc22_exit_w_lock (stderr) helgrind/tests/tc23_bogus_condwait (stderr) helgrind/tests/tc24_nonzero_sem (stderr) |
|
From: Tom H. <th...@cy...> - 2007-12-03 03:31:54
|
Nightly build on lloyd ( x86_64, Fedora 7 ) started at 2007-12-03 03:05:08 GMT 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 == 355 tests, 7 stderr failures, 2 stdout failures, 0 post failures == memcheck/tests/malloc_free_fill (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/vcpu_fnfns (stdout) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc22_exit_w_lock (stderr) |
|
From: Tom H. <th...@cy...> - 2007-12-03 03:26:27
|
Nightly build on dellow ( x86_64, Fedora 8 ) started at 2007-12-03 03:10:03 GMT 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 == 355 tests, 10 stderr failures, 3 stdout failures, 0 post failures == memcheck/tests/malloc_free_fill (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/vcpu_fnfns (stdout) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) none/tests/pth_detached (stdout) helgrind/tests/tc17_sembar (stderr) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc22_exit_w_lock (stderr) helgrind/tests/tc23_bogus_condwait (stderr) |
|
From: Tom H. <th...@cy...> - 2007-12-03 03:13:50
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2007-12-03 03:00:02 GMT 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 == 357 tests, 25 stderr failures, 1 stdout failure, 0 post failures == memcheck/tests/malloc_free_fill (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/fdleak_fcntl (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) helgrind/tests/hg01_all_ok (stderr) helgrind/tests/hg02_deadlock (stderr) helgrind/tests/hg03_inherit (stderr) helgrind/tests/hg04_race (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/tc01_simple_race (stderr) helgrind/tests/tc05_simple_race (stderr) helgrind/tests/tc06_two_races (stderr) helgrind/tests/tc09_bad_unlock (stderr) helgrind/tests/tc14_laog_dinphils (stderr) helgrind/tests/tc16_byterace (stderr) helgrind/tests/tc17_sembar (stderr) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc19_shadowmem (stderr) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc22_exit_w_lock (stderr) helgrind/tests/tc23_bogus_condwait (stderr) |
|
From: <js...@ac...> - 2007-12-03 01:22:21
|
Nightly build on g5 ( SuSE 10.1, ppc970 ) started at 2007-12-03 02:00:01 CET 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 == 288 tests, 27 stderr failures, 2 stdout failures, 0 post failures == memcheck/tests/deep_templates (stdout) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/malloc_free_fill (stderr) memcheck/tests/pointer-trace (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_cmsg (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) helgrind/tests/hg02_deadlock (stderr) helgrind/tests/hg03_inherit (stderr) helgrind/tests/hg04_race (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/tc01_simple_race (stderr) helgrind/tests/tc05_simple_race (stderr) helgrind/tests/tc06_two_races (stderr) helgrind/tests/tc07_hbl1 (stderr) helgrind/tests/tc08_hbl2 (stderr) helgrind/tests/tc09_bad_unlock (stderr) helgrind/tests/tc11_XCHG (stderr) helgrind/tests/tc14_laog_dinphils (stderr) helgrind/tests/tc16_byterace (stderr) helgrind/tests/tc17_sembar (stderr) helgrind/tests/tc19_shadowmem (stderr) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc22_exit_w_lock (stderr) helgrind/tests/tc23_bogus_condwait (stderr) helgrind/tests/tc24_nonzero_sem (stderr) |