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
(16) |
|
3
(9) |
4
(8) |
5
(9) |
6
(10) |
7
(14) |
8
(10) |
9
(7) |
|
10
(14) |
11
(19) |
12
(22) |
13
(18) |
14
(20) |
15
(10) |
16
(12) |
|
17
(13) |
18
(7) |
19
(12) |
20
(13) |
21
(9) |
22
(12) |
23
(6) |
|
24
(5) |
25
(5) |
26
(6) |
27
(7) |
28
(9) |
29
(13) |
30
(21) |
|
From: <sv...@va...> - 2006-09-22 20:39:29
|
Author: njn
Date: 2006-09-22 21:39:24 +0100 (Fri, 22 Sep 2006)
New Revision: 297
Log:
Add a paper about Callgrind.
Added:
trunk/docs/callgrind2004.pdf
Modified:
trunk/docs/pubs.html
Added: trunk/docs/callgrind2004.pdf
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
(Binary files differ)
Property changes on: trunk/docs/callgrind2004.pdf
___________________________________________________________________
Name: svn:mime-type
+ application/octet-stream
Modified: trunk/docs/pubs.html
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/docs/pubs.html 2006-09-15 15:43:39 UTC (rev 296)
+++ trunk/docs/pubs.html 2006-09-22 20:39:24 UTC (rev 297)
@@ -34,6 +34,15 @@
</p></li>
=20
<li><p>
+ <b><a href=3D"/docs/callgrind2004.pdf">A Tool Suite for Simulation Base=
d
+ Analysis of Memory Access Behavior.</a><br>
+ Josef Weidendorfer, Markus Kowarschik and Carsten Trinitis.<br>
+ Proceedings of the 4th International Conference on Computational Scien=
ce
+ (ICCS 2004), Krakow, Poland, June 2004.</b><br>
+ This paper describes Callgrind.
+ </p></li>
+
+ <li><p>
<b><a href=3D"/docs/bounds-checking2004.ps.bz2">Bounds-Checking Entire =
Programs Without
Recompiling.</a><br>
Nicholas Nethercote and Jeremy Fitzhardinge.<br>
|
|
From: <edw...@gm...> - 2006-09-22 18:50:52
|
Hi, It would be cool if valgrind could detect incorrect use of longjmp/setjmp in multithreaded programs. Such as using setjmp in one thread, and doing longjmp to that address from another thread. Or: doing setjmp in a global variable, and doing longjmp on that (having quite a good chance to have that variable overwritten by another thread by the time you do the longjmp). Valgrind already detects that the client is 'switching stacks', could it also say the exact reason, such as: caused by use of longjmp in file:line. Could it also check if you switching stacks, and using the stack of another thread? FYI, libcurl does siglongjmp using a global variable, and in a multithreaded environment it just segfaults, because it jumps to another thread, where the pointers to its buffers are invalid. Valgrind currently outputs this: ==2835== Warning: client switching stacks? SP change: 0xBEB0FD2C --> 0xD0678F0 ==2835== to suppress, use: --max-stackframe=1314225092 or greater ==2835== Invalid write of size 4 ==2835== at 0x40F67BD: Curl_resolv (in /usr/lib/libcurl.so.3.0.0) ==2835== Address 0xD0678F4 is on thread 1's stack ==2835== Can't extend stack to 0xD067390 during signal delivery for thread 1: ==2835== no stack segment ==2835== ==2835== Process terminating with default action of signal 11 (SIGSEGV) ==2835== Access not within mapped region at address 0xD067390 ==2835== at 0x40F67BD: Curl_resolv (in /usr/lib/libcurl.so.3.0.0) Best regards, Edwin |
|
From: Nicholas N. <nj...@cs...> - 2006-09-22 18:07:19
|
On Fri, 22 Sep 2006, Bart Van Assche wrote: >> Is there any other info a tool needs to know when a fork/clone happens? > > The drd tool has to be notified about thread creation, but does this by > wrapping pthread_create() (which calls clone() on Linux). It doesn't have to > be notified directly about clone(). Right, that's a different case of clone... I meant the case where clone is used for forking. Nick |
|
From: Bart V. A. <bar...@gm...> - 2006-09-22 17:48:54
|
On 9/21/06, Nicholas Nethercote <nj...@cs...> wrote: > > On Thu, 21 Sep 2006, Josef Weidendorfer wrote: > > Is there any other info a tool needs to know when a fork/clone happens? The drd tool has to be notified about thread creation, but does this by wrapping pthread_create() (which calls clone() on Linux). It doesn't have to be notified directly about clone(). |
|
From: Nicholas N. <nj...@cs...> - 2006-09-22 16:09:53
|
[resending due to an email snafu] On Thu, 21 Sep 2006, Josef Weidendorfer wrote: > > Here's a possible interface: > > > > void VG_(track_pre_fork) ( void(*f)(void) ); > > void VG_(track_post_fork)( void(*f)(Bool isChild) ); > > > > So for 'pre_fork' the tool would be told it's about to happen, but no > > more > > information. > > > > For 'post_fork' the tool would be told it's just happened, and whether > > it's > > the parent or child. > > Looks good to me. > > > Is there any other info a tool needs to know when a fork/clone happens? > > At least, I do not need any more info. I wonder whether it could > be useful for the tool in the parent to know about the child PID... Would you like to create a patch that implements these events? You might as well include the child PID if it's easy, eg: > > void VG_(track_post_fork)( void(*f)(Bool isChild, Int otherPid) ); Where 'otherPid' holds the parent's PID (in the child) and holds the child's PID (in the parent). If that's too hard, maybe just make it 'childPid'. I'll happily take a look at a patch if you write one. Nick |
|
From: <js...@ac...> - 2006-09-22 12:32:50
|
Nightly build on minnie ( SuSE 10.0, ppc32 ) started at 2006-09-22 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 == 207 tests, 10 stderr failures, 7 stdout failures, 0 posttest failures == memcheck/tests/leak-cycle (stderr) 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/mremap (stderr) none/tests/mremap2 (stdout) none/tests/ppc32/jm-fp (stdout) none/tests/ppc32/jm-fp (stderr) none/tests/ppc32/jm-int (stdout) 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: <js...@ac...> - 2006-09-22 04:03:44
|
Nightly build on phoenix ( SuSE 10.0 ) started at 2006-09-22 04:30:01 BST 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 == 238 tests, 5 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/leak-tree (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <to...@co...> - 2006-09-22 02:46:40
|
Nightly build on dunsmere ( athlon, Fedora Core 5 ) started at 2006-09-22 03:30:03 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 == 240 tests, 4 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2006-09-22 02:26:15
|
Nightly build on dellow ( x86_64, Fedora Core 5 ) started at 2006-09-22 03:10:08 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 == 268 tests, 4 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/mempool (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2006-09-22 02:25:05
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2006-09-22 03:15:02 BST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Last 20 lines of verbose log follow echo /tmp/ccEAMBee.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccEAMBee.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccEAMBee.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccEAMBee.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccEAMBee.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccEAMBee.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccEAMBee.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccEAMBee.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 rm insn_mmx.c insn_sse2.c insn_fpu.c insn_mmxext.c insn_sse.c insn_sse3.c insn_cmov.c insn_basic.c make[5]: Leaving directory `/tmp/valgrind.26304/valgrind/none/tests/x86' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/valgrind.26304/valgrind/none/tests/x86' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/valgrind.26304/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/valgrind.26304/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/valgrind.26304/valgrind' make: *** [check] Error 2 ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Last 20 lines of verbose log follow echo /tmp/cczNAT4L.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cczNAT4L.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cczNAT4L.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cczNAT4L.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cczNAT4L.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cczNAT4L.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cczNAT4L.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cczNAT4L.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 rm insn_mmx.c insn_sse2.c insn_fpu.c insn_mmxext.c insn_sse.c insn_sse3.c insn_cmov.c insn_basic.c make[5]: Leaving directory `/tmp/valgrind.26304/valgrind/none/tests/x86' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/valgrind.26304/valgrind/none/tests/x86' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/valgrind.26304/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/valgrind.26304/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/valgrind.26304/valgrind' make: *** [check] Error 2 ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Fri Sep 22 03:20:11 2006 --- new.short Fri Sep 22 03:24:59 2006 *************** *** 7,16 **** Last 20 lines of verbose log follow echo ! /tmp/cczNAT4L.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cczNAT4L.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cczNAT4L.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cczNAT4L.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cczNAT4L.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cczNAT4L.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cczNAT4L.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cczNAT4L.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 --- 7,16 ---- Last 20 lines of verbose log follow echo ! /tmp/ccEAMBee.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccEAMBee.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccEAMBee.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccEAMBee.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccEAMBee.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccEAMBee.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccEAMBee.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccEAMBee.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 |
|
From: Tom H. <th...@cy...> - 2006-09-22 02:20:05
|
Nightly build on lloyd ( x86_64, Fedora Core 3 ) started at 2006-09-22 03:05:05 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 == 268 tests, 6 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/leakotron (stdout) memcheck/tests/mempool (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2006-09-22 02:17:07
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2006-09-22 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 == 270 tests, 6 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/mempool (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) |