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
(8) |
2
(10) |
3
(18) |
4
(14) |
5
(16) |
6
(11) |
7
(10) |
|
8
(7) |
9
(8) |
10
(6) |
11
(6) |
12
(9) |
13
(13) |
14
(8) |
|
15
(3) |
16
(6) |
17
(8) |
18
(7) |
19
(7) |
20
(7) |
21
(5) |
|
22
(6) |
23
(5) |
24
(5) |
25
(5) |
26
(7) |
27
(7) |
28
(7) |
|
29
(15) |
30
(11) |
|
|
|
|
|
|
From: Robert W. <rj...@du...> - 2007-04-03 23:54:16
|
Julian Seward wrote: > On Tuesday 03 April 2007 23:17, Nicholas Nethercote wrote: >> On Tue, 3 Apr 2007, Dave MacLachlan wrote: >> >>> Greg Parker contacted me, and it sounds like he's far farther along. >>> I'm not going to bother going any further until I see how far he's >>> gotten. >> It's crazy to have three people working independently on this. It's also >> crazy to have people willing to help but not able to because they're waiting >> on others. > > I agree. It would help to have some details on the state of Greg's > (and/or Dave's and/or Robert's) port: > > * what code line is it based on (3.2.X or the trunk) ? I've been working against the trunk, and am up-to-date as of a few minutes ago :-) > * what's the status of its getting-started mechanism? Is that > robust? Can you outline how it works? I'm currently trying to get read_procselfmaps working by pulling information out using vm_region_recurse64 and the procinfo system call. Calling into Mach is going to be ugly. > * what's the status of its address space manager (m_aspacemgr), > one of the most difficult parts of making ports work? Other than read_procselfmaps, nothing done here yet. > * what's the status of its debuginfo reader (m_debuginfo) ? Ditto. > * what kinds of programs run? which don't? Ha! > * how well does it work in the presence of signals and threads? This is going to be interesting: doesn't Mach pull all sorts of tricks creating threads behind your back and injecting them into your code? > * does memcheck work? if yes, can you run large programs without > getting lots of false errors? See 'Ha!' response above. > * what other changes are necessary? Tonight, I'll generate a diff, tease it apart and post a link. If Greg and Dave could do something similar, that'd be a great place to start. Regards, Robert. |
|
From: Robert W. <rj...@du...> - 2007-04-03 23:51:02
|
Nicholas Nethercote wrote: > On Tue, 3 Apr 2007, Dave MacLachlan wrote: > >> Greg Parker contacted me, and it sounds like he's far farther along. >> I'm not going to bother going any further until I see how far he's >> gotten. > > It's crazy to have three people working independently on this. It's also > crazy to have people willing to help but not able to because they're waiting > on others. > > Greg: if we created a darwin/x86 branch for you today, what would be the > obstacles in committing what you have? In particular, what changes to the > core would be necessary? I recall a problem about the syscall wrappers > assuming arguments are in registers. Was there anything else? (Havin asked > that, changes to the core would be fine on a branch -- we could figure out > general mechanisms later before merging with the trunk.) I've been doing syscalls by skipping sysenter, which I haven't had time to figure out yet, and jumping straight to int 81. BTW: I've been doing all this in a regular repo keeping it synced up with the valgrind trunk. I must pull out my current diffs, tear it apart and see what I've done up to now. Regards, Robert. |
|
From: Julian S. <js...@ac...> - 2007-04-03 22:50:21
|
On Tuesday 03 April 2007 23:17, Nicholas Nethercote wrote: > On Tue, 3 Apr 2007, Dave MacLachlan wrote: > > > Greg Parker contacted me, and it sounds like he's far farther along. > > I'm not going to bother going any further until I see how far he's > > gotten. > > It's crazy to have three people working independently on this. It's also > crazy to have people willing to help but not able to because they're waiting > on others. I agree. It would help to have some details on the state of Greg's (and/or Dave's and/or Robert's) port: * what code line is it based on (3.2.X or the trunk) ? * what's the status of its getting-started mechanism? Is that robust? Can you outline how it works? * what's the status of its address space manager (m_aspacemgr), one of the most difficult parts of making ports work? * what's the status of its debuginfo reader (m_debuginfo) ? * what kinds of programs run? which don't? * how well does it work in the presence of signals and threads? * does memcheck work? if yes, can you run large programs without getting lots of false errors? * what other changes are necessary? J |
|
From: Nicholas N. <nj...@cs...> - 2007-04-03 22:17:27
|
On Tue, 3 Apr 2007, Dave MacLachlan wrote: > Greg Parker contacted me, and it sounds like he's far farther along. > I'm not going to bother going any further until I see how far he's > gotten. It's crazy to have three people working independently on this. It's also crazy to have people willing to help but not able to because they're waiting on others. Greg: if we created a darwin/x86 branch for you today, what would be the obstacles in committing what you have? In particular, what changes to the core would be necessary? I recall a problem about the syscall wrappers assuming arguments are in registers. Was there anything else? (Havin asked that, changes to the core would be fine on a branch -- we could figure out general mechanisms later before merging with the trunk.) Nick |
|
From: Robert W. <rj...@du...> - 2007-04-03 20:39:15
|
> Greg Parker has done a lot of work on a Darwin port, I'm not sure where he's > up to. I think he has been able to run small-to-medium programs. You > should check the mailing list archives for details. I wonder if it's worth > getting Greg's code in the repository, even if it is not complte, so that > others like Dave can build on top of it. Greg -- do you have any comments? I think that would be a great idea. |
|
From: Robert W. <rj...@du...> - 2007-04-03 18:12:33
|
I'd started on this, too, and gotten about as far as you've described. Currently trying to get parse_procselfmaps working. Fun. |
|
From: Dave M. <dma...@ma...> - 2007-04-03 17:59:04
|
Greg Parker contacted me, and it sounds like he's far farther along. I'm not going to bother going any further until I see how far he's gotten. Cheers, Dave On Apr 3, 2007, at 10:40 , Robert Walsh wrote: > I'd started on this, too, and gotten about as far as you've > described. Currently trying to get parse_procselfmaps working. Fun. |
|
From: <js...@ac...> - 2007-04-03 11:31:45
|
Nightly build on minnie ( SuSE 10.0, ppc32 ) started at 2007-04-03 09:00:01 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 == 219 tests, 10 stderr failures, 6 stdout failures, 0 posttest failures == memcheck/tests/leak-tree (stderr) memcheck/tests/leakotron (stdout) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_changes (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_cmsg (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) none/tests/ppc32/jm-fp (stdout) none/tests/ppc32/jm-fp (stderr) none/tests/ppc32/round (stdout) none/tests/ppc32/round (stderr) none/tests/ppc32/test_fx (stdout) none/tests/ppc32/test_fx (stderr) none/tests/ppc32/test_gx (stdout) |
|
From: Tom H. <th...@cy...> - 2007-04-03 02:31:10
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2007-04-03 03:15:02 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 == 256 tests, 27 stderr failures, 1 stdout failure, 0 posttest 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/match-overrun (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/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/x86/xor-undef-x86 (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2007-04-03 02:23:58
|
Nightly build on dellow ( x86_64, Fedora Core 6 ) started at 2007-04-03 03:10:04 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 == 291 tests, 4 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/pointer-trace (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) none/tests/pth_detached (stdout) |
|
From: Tom H. <th...@cy...> - 2007-04-03 02:19:09
|
Nightly build on lloyd ( x86_64, Fedora Core 3 ) started at 2007-04-03 03:05:07 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 == 291 tests, 6 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2007-04-03 02:14:47
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2007-04-03 03:00:02 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 == 293 tests, 6 stderr failures, 1 stdout failure, 0 posttest failures == 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) |
|
From: <sv...@va...> - 2007-04-03 00:28:40
|
Author: njn Date: 2007-04-03 01:28:37 +0100 (Tue, 03 Apr 2007) New Revision: 327 Log: wibble Modified: trunk/docs/pubs.html Modified: trunk/docs/pubs.html =================================================================== --- trunk/docs/pubs.html 2007-04-03 00:26:43 UTC (rev 326) +++ trunk/docs/pubs.html 2007-04-03 00:28:37 UTC (rev 327) @@ -97,7 +97,7 @@ </p></li> <li><p> - <b><a href="/docs/valgrind2003.ps">Valgrind: A Program Supervision Framework.</a> (<a href="/gallery/valgrind2003-talk.ps">slides</a>)<br> + <b><a href="/docs/valgrind2003.ps">Valgrind: A Program Supervision Framework.</a> (<a href="/docs/valgrind2003-talk.ps">slides</a>)<br> Nicholas Nethercote and Julian Seward.<br> Electronic Notes in Theoretical Computer Science 89 No. 2, 2003.</b><br> This paper describes Valgrind in general, but is somewhat out-of-date. |
|
From: <sv...@va...> - 2007-04-03 00:26:47
|
Author: njn
Date: 2007-04-03 01:26:43 +0100 (Tue, 03 Apr 2007)
New Revision: 326
Log:
bunzip2 some of the files -- it makes them harder to read via a web browser.
Added:
trunk/docs/bounds-checking2004.ps
trunk/docs/redux2003.ps
trunk/docs/valgrind2003-talk.ps
trunk/docs/valgrind2003.ps
Removed:
trunk/docs/bounds-checking2004.ps.bz2
trunk/docs/redux2003.ps.bz2
trunk/docs/valgrind2003.ps.bz2
trunk/gallery/valgrind2003-talk.ps.bz2
Modified:
trunk/docs/pubs.html
Copied: trunk/docs/bounds-checking2004.ps (from rev 313, trunk/docs/bounds-checking2004.ps.bz2)
===================================================================
(Binary files differ)
Deleted: trunk/docs/bounds-checking2004.ps.bz2
===================================================================
(Binary files differ)
Modified: trunk/docs/pubs.html
===================================================================
--- trunk/docs/pubs.html 2007-04-03 00:22:42 UTC (rev 325)
+++ trunk/docs/pubs.html 2007-04-03 00:26:43 UTC (rev 326)
@@ -83,7 +83,7 @@
</p></li>
<li><p>
- <b><a href="/docs/bounds-checking2004.ps.bz2">Bounds-Checking Entire Programs Without
+ <b><a href="/docs/bounds-checking2004.ps">Bounds-Checking Entire Programs Without
Recompiling.</a><br>
Nicholas Nethercote and Jeremy Fitzhardinge.<br>
Informal Proceedings of the Second Workshop on Semantics, Program
@@ -97,7 +97,7 @@
</p></li>
<li><p>
- <b><a href="/docs/valgrind2003.ps.bz2">Valgrind: A Program Supervision Framework.</a> (<a href="/gallery/valgrind2003-talk.ps.bz2">slides</a>)<br>
+ <b><a href="/docs/valgrind2003.ps">Valgrind: A Program Supervision Framework.</a> (<a href="/gallery/valgrind2003-talk.ps">slides</a>)<br>
Nicholas Nethercote and Julian Seward.<br>
Electronic Notes in Theoretical Computer Science 89 No. 2, 2003.</b><br>
This paper describes Valgrind in general, but is somewhat out-of-date.
@@ -105,7 +105,7 @@
</p></li>
<li><p>
- <b><a href="/docs/redux2003.ps.bz2">Redux: A Dynamic Dataflow Tracer.</a><br>
+ <b><a href="/docs/redux2003.ps">Redux: A Dynamic Dataflow Tracer.</a><br>
Nicholas Nethercote and Alan Mycroft.<br>
Electronic Notes in Theoretical Computer Science 89 No. 2, 2003.</b><br>
This paper describes Redux, and experimental dynamic dataflow tracing
Copied: trunk/docs/redux2003.ps (from rev 313, trunk/docs/redux2003.ps.bz2)
===================================================================
(Binary files differ)
Deleted: trunk/docs/redux2003.ps.bz2
===================================================================
(Binary files differ)
Copied: trunk/docs/valgrind2003-talk.ps (from rev 313, trunk/gallery/valgrind2003-talk.ps.bz2)
===================================================================
(Binary files differ)
Copied: trunk/docs/valgrind2003.ps (from rev 313, trunk/docs/valgrind2003.ps.bz2)
===================================================================
(Binary files differ)
Deleted: trunk/docs/valgrind2003.ps.bz2
===================================================================
(Binary files differ)
Deleted: trunk/gallery/valgrind2003-talk.ps.bz2
===================================================================
(Binary files differ)
|
|
From: <sv...@va...> - 2007-04-03 00:23:40
|
Author: njn Date: 2007-04-03 01:22:42 +0100 (Tue, 03 Apr 2007) New Revision: 325 Log: wibble Modified: trunk/docs/pubs.html Modified: trunk/docs/pubs.html =================================================================== --- trunk/docs/pubs.html 2007-04-03 00:20:12 UTC (rev 324) +++ trunk/docs/pubs.html 2007-04-03 00:22:42 UTC (rev 325) @@ -67,8 +67,10 @@ covers some underlying theory about dynamic binary analysis in general and what all these tools have in common. Please cite it if you are writing about Cachegrind, or the dynamic binary analysis theory work. If you are - writing about Valgrind in general, please cite the PLDI paper above in - preference. + writing about Valgrind in general, please cite the PLDI2007 paper above in + preference. If you are writing about Annelid, please cite the SPACE2004 + paper in preference. If you are writing about Redux, please cite the + ENTCS paper in preference. </p></li> <li><p> |
|
From: <sv...@va...> - 2007-04-03 00:20:21
|
Author: njn
Date: 2007-04-03 01:20:12 +0100 (Tue, 03 Apr 2007)
New Revision: 324
Log:
wibble
Modified:
trunk/docs/pubs.html
Modified: trunk/docs/pubs.html
===================================================================
--- trunk/docs/pubs.html 2007-04-03 00:19:15 UTC (rev 323)
+++ trunk/docs/pubs.html 2007-04-03 00:20:12 UTC (rev 324)
@@ -27,7 +27,6 @@
Used by a Program.</a><br>
Nicholas Nethercote and Julian Seward.<br>
Proceedings of VEE 2007, San Diego, California, USA, June 2007.</b><br>
- (Final version not yet available)<br>
This paper describes in detail how Memcheck's shadow memory is
implemented, and compares it to other alternative approaches.
Please cite this paper if you are discussing shadow memory
|
|
From: <sv...@va...> - 2007-04-03 00:19:21
|
Author: njn Date: 2007-04-03 01:19:15 +0100 (Tue, 03 Apr 2007) New Revision: 323 Log: Add shadow memory paper. Added: trunk/docs/shadow-memory2007.pdf Modified: trunk/docs/pubs.html Modified: trunk/docs/pubs.html =================================================================== --- trunk/docs/pubs.html 2007-03-29 22:46:05 UTC (rev 322) +++ trunk/docs/pubs.html 2007-04-03 00:19:15 UTC (rev 323) @@ -23,7 +23,8 @@ </p></li> <li><p> - <b>How to Shadow Every Byte of Memory Used by a Program.<br> + <b><a href="/docs/shadow-memory2007.pdf">How to Shadow Every Byte of Memory + Used by a Program.</a><br> Nicholas Nethercote and Julian Seward.<br> Proceedings of VEE 2007, San Diego, California, USA, June 2007.</b><br> (Final version not yet available)<br> Added: trunk/docs/shadow-memory2007.pdf =================================================================== (Binary files differ) Property changes on: trunk/docs/shadow-memory2007.pdf ___________________________________________________________________ Name: svn:mime-type + application/octet-stream |
|
From: <js...@ac...> - 2007-04-03 00:16:30
|
Nightly build on g5 ( SuSE 10.1, ppc970 ) started at 2007-04-03 02:00:01 CEST 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 == 226 tests, 6 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/deep_templates (stdout) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/pointer-trace (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_cmsg (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |