You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
(58) |
Apr
(261) |
May
(169) |
Jun
(214) |
Jul
(201) |
Aug
(219) |
Sep
(198) |
Oct
(203) |
Nov
(241) |
Dec
(94) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(137) |
Feb
(149) |
Mar
(150) |
Apr
(193) |
May
(95) |
Jun
(173) |
Jul
(137) |
Aug
(236) |
Sep
(157) |
Oct
(150) |
Nov
(136) |
Dec
(90) |
| 2005 |
Jan
(139) |
Feb
(130) |
Mar
(274) |
Apr
(138) |
May
(184) |
Jun
(152) |
Jul
(261) |
Aug
(409) |
Sep
(239) |
Oct
(241) |
Nov
(260) |
Dec
(137) |
| 2006 |
Jan
(191) |
Feb
(142) |
Mar
(169) |
Apr
(75) |
May
(141) |
Jun
(169) |
Jul
(131) |
Aug
(141) |
Sep
(192) |
Oct
(176) |
Nov
(142) |
Dec
(95) |
| 2007 |
Jan
(98) |
Feb
(120) |
Mar
(93) |
Apr
(96) |
May
(95) |
Jun
(65) |
Jul
(62) |
Aug
(56) |
Sep
(53) |
Oct
(95) |
Nov
(106) |
Dec
(87) |
| 2008 |
Jan
(58) |
Feb
(149) |
Mar
(175) |
Apr
(110) |
May
(106) |
Jun
(72) |
Jul
(55) |
Aug
(89) |
Sep
(26) |
Oct
(96) |
Nov
(83) |
Dec
(93) |
| 2009 |
Jan
(97) |
Feb
(106) |
Mar
(74) |
Apr
(64) |
May
(115) |
Jun
(83) |
Jul
(137) |
Aug
(103) |
Sep
(56) |
Oct
(59) |
Nov
(61) |
Dec
(37) |
| 2010 |
Jan
(94) |
Feb
(71) |
Mar
(53) |
Apr
(105) |
May
(79) |
Jun
(111) |
Jul
(110) |
Aug
(81) |
Sep
(50) |
Oct
(82) |
Nov
(49) |
Dec
(21) |
| 2011 |
Jan
(87) |
Feb
(105) |
Mar
(108) |
Apr
(99) |
May
(91) |
Jun
(94) |
Jul
(114) |
Aug
(77) |
Sep
(58) |
Oct
(58) |
Nov
(131) |
Dec
(62) |
| 2012 |
Jan
(76) |
Feb
(93) |
Mar
(68) |
Apr
(95) |
May
(62) |
Jun
(109) |
Jul
(90) |
Aug
(87) |
Sep
(49) |
Oct
(54) |
Nov
(66) |
Dec
(84) |
| 2013 |
Jan
(67) |
Feb
(52) |
Mar
(93) |
Apr
(65) |
May
(33) |
Jun
(34) |
Jul
(52) |
Aug
(42) |
Sep
(52) |
Oct
(48) |
Nov
(66) |
Dec
(14) |
| 2014 |
Jan
(66) |
Feb
(51) |
Mar
(34) |
Apr
(47) |
May
(58) |
Jun
(27) |
Jul
(52) |
Aug
(41) |
Sep
(78) |
Oct
(30) |
Nov
(28) |
Dec
(26) |
| 2015 |
Jan
(41) |
Feb
(42) |
Mar
(20) |
Apr
(73) |
May
(31) |
Jun
(48) |
Jul
(23) |
Aug
(55) |
Sep
(36) |
Oct
(47) |
Nov
(48) |
Dec
(41) |
| 2016 |
Jan
(32) |
Feb
(34) |
Mar
(33) |
Apr
(22) |
May
(14) |
Jun
(31) |
Jul
(29) |
Aug
(41) |
Sep
(17) |
Oct
(27) |
Nov
(38) |
Dec
(28) |
| 2017 |
Jan
(28) |
Feb
(30) |
Mar
(16) |
Apr
(9) |
May
(27) |
Jun
(57) |
Jul
(28) |
Aug
(43) |
Sep
(31) |
Oct
(20) |
Nov
(24) |
Dec
(18) |
| 2018 |
Jan
(34) |
Feb
(50) |
Mar
(18) |
Apr
(26) |
May
(13) |
Jun
(31) |
Jul
(13) |
Aug
(11) |
Sep
(15) |
Oct
(12) |
Nov
(18) |
Dec
(13) |
| 2019 |
Jan
(12) |
Feb
(29) |
Mar
(51) |
Apr
(22) |
May
(13) |
Jun
(20) |
Jul
(13) |
Aug
(12) |
Sep
(21) |
Oct
(6) |
Nov
(9) |
Dec
(5) |
| 2020 |
Jan
(13) |
Feb
(5) |
Mar
(25) |
Apr
(4) |
May
(40) |
Jun
(27) |
Jul
(5) |
Aug
(17) |
Sep
(21) |
Oct
(1) |
Nov
(5) |
Dec
(15) |
| 2021 |
Jan
(28) |
Feb
(6) |
Mar
(11) |
Apr
(5) |
May
(7) |
Jun
(8) |
Jul
(5) |
Aug
(5) |
Sep
(11) |
Oct
(9) |
Nov
(10) |
Dec
(12) |
| 2022 |
Jan
(7) |
Feb
(13) |
Mar
(8) |
Apr
(7) |
May
(12) |
Jun
(27) |
Jul
(14) |
Aug
(27) |
Sep
(27) |
Oct
(17) |
Nov
(17) |
Dec
|
| 2023 |
Jan
(10) |
Feb
(18) |
Mar
(9) |
Apr
(26) |
May
|
Jun
(13) |
Jul
(18) |
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
1
(11) |
2
|
|
3
(5) |
4
(8) |
5
(33) |
6
(11) |
7
(1) |
8
(3) |
9
(4) |
|
10
(3) |
11
(12) |
12
(17) |
13
(10) |
14
(13) |
15
(7) |
16
|
|
17
(2) |
18
(22) |
19
(9) |
20
(7) |
21
(1) |
22
(4) |
23
(1) |
|
24
|
25
(1) |
26
(3) |
27
(8) |
28
(3) |
29
(16) |
30
(4) |
|
31
|
|
|
|
|
|
|
|
From: Pascal G. <pas...@ax...> - 2003-08-20 12:13:57
|
Hi, I'm trying to found out how to correct the following type of trace: ==11318== 1 errors in context 1 of 4: ==11318== Invalid free() / delete / delete[] ==11318== at 0x400281C2: __builtin_vec_delete (vg_replace_malloc.c:252) ==11318== by 0x4026D371: HashTable::~HashTable(void) (/home/pg2/sourceware/rtsim/../devkit/devkit/DvkHash.cc:130) ==11318== by 0x40269FA2: __static_initialization_and_destruction_0 (/home/pg2/sourceware/rtsim/../devkit/devkit/CTypeX.cc:47) ==11318== by 0x4026A029: global destructors keyed to CTypeX::testFd (/home/pg2/sourceware/rtsim/../devkit/devkit/CTypeX.cc:47) ==11318== by 0x402644D2: (within /home/pg2/platforms/i686-pc-linux-gnu/debug.ecusim/lib/libdevkit.so.1.0.4) ==11318== by 0x4000A575: (within /lib/ld-2.1.3.so) ==11318== Address 0x4045A024 is not stack'd, malloc'd or free'd ==11318== ==11318== 1 errors in context 2 of 4: ==11318== Invalid free() / delete / delete[] ==11318== at 0x4002807E: free (vg_replace_malloc.c:220) ==11318== by 0x40264D4B: CString::~CString(void) (/home/pg2/sourceware/rtsim/../devkit/devkit/CString.cc:239) ==11318== by 0x40268409: __static_initialization_and_destruction_0 (/home/pg2/sourceware/rtsim/../devkit/devkit/CString.cc:58) ==11318== by 0x40268499: global destructors keyed to CString::catenate(char const *, int) (/home/pg2/sourceware/rtsim/../devkit/devkit/CString.cc:58) ==11318== by 0x402644D2: (within /home/pg2/platforms/i686-pc-linux-gnu/debug.ecusim/lib/libdevkit.so.1.0.4) ==11318== by 0x4000A575: (within /lib/ld-2.1.3.so) ==11318== Address 0x4045A1A0 is not stack'd, malloc'd or free'd ==11318== ==11318== 83 errors in context 3 of 4: ==11318== Invalid write of size 4 ==11318== at 0x4026D51E: HashTable::clear(void) (/home/pg2/sourceware/rtsim/../devkit/devkit/DvkHash.cc:176) ==11318== by 0x4026D35C: HashTable::~HashTable(void) (/home/pg2/sourceware/rtsim/../devkit/devkit/DvkHash.cc:129) ==11318== by 0x40269FA2: __static_initialization_and_destruction_0 (/home/pg2/sourceware/rtsim/../devkit/devkit/CTypeX.cc:47) ==11318== by 0x4026A029: global destructors keyed to CTypeX::testFd (/home/pg2/sourceware/rtsim/../devkit/devkit/CTypeX.cc:47) ==11318== by 0x402644D2: (within /home/pg2/platforms/i686-pc-linux-gnu/debug.ecusim/lib/libdevkit.so.1.0.4) ==11318== by 0x4000A575: (within /lib/ld-2.1.3.so) ==11318== Address 0x4045A024 is not stack'd, malloc'd or free'd ==11318== ==11318== 83 errors in context 4 of 4: ==11318== Invalid read of size 4 ==11318== at 0x4026D4DD: HashTable::clear(void) (/home/pg2/sourceware/rtsim/../devkit/devkit/DvkHash.cc:170) ==11318== by 0x4026D35C: HashTable::~HashTable(void) (/home/pg2/sourceware/rtsim/../devkit/devkit/DvkHash.cc:129) ==11318== by 0x40269FA2: __static_initialization_and_destruction_0 (/home/pg2/sourceware/rtsim/../devkit/devkit/CTypeX.cc:47) ==11318== by 0x4026A029: global destructors keyed to CTypeX::testFd (/home/pg2/sourceware/rtsim/../devkit/devkit/CTypeX.cc:47) ==11318== by 0x402644D2: (within /home/pg2/platforms/i686-pc-linux-gnu/debug.ecusim/lib/libdevkit.so.1.0.4) ==11318== by 0x4000A575: (within /lib/ld-2.1.3.so) ==11318== Address 0x4045A024 is not stack'd, malloc'd or free'd It concerns global destructors which are keyed to strange reference... It doesn't make my program terminate abnormally but I'm curious why Valgrind check it. Thanks. Bye. -- ============================================= GULA Pascal Ingénieur d'études chez AXLOG Ingénierie 19-21 rue du 8 mai 1945 94110 ARCUEIL Tel : 01.41.24.31.38 ============================================= |
|
From: David L. <lee...@ho...> - 2003-08-20 11:45:33
|
That sounds exactly like what's happening! Thanks, dave <>< -=- Teracruz -- Performance Made Simple Learn more about Teracruz database acceleration at http://www.teracruz.com >From: Jeremy Fitzhardinge <je...@go...> >To: David Lee <lee...@ho...> >CC: val...@li... >Subject: Re: [Valgrind-users] sys_epoll Support >Date: Wed, 20 Aug 2003 01:06:21 -0700 > >On Tue, 2003-08-19 at 13:34, David Lee wrote: > > Has anyone worked on adding the epoll syscalls to valgrind yet? I made >an > > attempt to hack in something, but it still doesn't work. I've attached >my > > diff below. > >I've never looked at epoll, so I don't know what's wrong with your >patch. However, judging by its name, epoll_wait is a blocking call, and >it doesn't seem you're doing anything to make it non-blocking. This >will cause all threads to block if any of them does. > >You might have better success trying to patch my "syscalls" tree, which >has a new syscall handling mechanism which can cope with blocking >syscalls. See http://www.goop.org/~jeremy/valgrind/snapshots/ . > > J > _________________________________________________________________ <b>Get MSN 8</b> and enjoy automatic e-mail virus protection. http://join.msn.com/?page=features/virus |
|
From: Nicholas N. <nj...@ca...> - 2003-08-20 11:10:24
|
On 20 Aug 2003, John Hetherington wrote: > Help, I'm struggling with suppressions ! Use --gen-suppressions=yes, it makes it much easier. You'll need a recent version of Valgrind. N |
|
From: Jeremy F. <je...@go...> - 2003-08-20 10:33:01
|
On Tue, 2003-08-19 at 13:34, David Lee wrote: > Has anyone worked on adding the epoll syscalls to valgrind yet? I made an > attempt to hack in something, but it still doesn't work. I've attached my > diff below. I've never looked at epoll, so I don't know what's wrong with your patch. However, judging by its name, epoll_wait is a blocking call, and it doesn't seem you're doing anything to make it non-blocking. This will cause all threads to block if any of them does. You might have better success trying to patch my "syscalls" tree, which has a new syscall handling mechanism which can cope with blocking syscalls. See http://www.goop.org/~jeremy/valgrind/snapshots/ . J |
|
From: John H. <joh...@ha...> - 2003-08-20 09:05:13
|
Help, I'm struggling with suppressions !
I know the format should be:
# {
# name_of_suppression
# kind: one of Param Value1 Value2 Value4 Value8
# Free Addr1 Addr2 Addr4 Addr8
# Cond (previously known as Value0)
# (if Param: name of system call param, if Free: name of free-ing
fn)
# caller0 name, or /name/of/so/file.so
# caller1 name, or ditto
# (optionally: caller2 name)
# (optionally: caller3 name)
# }
but I just can not get it to work.
Can anyone start me off by providing the entry to suppress the leak
below ?
TIA
-- John Hetherington.
==26458== 84 bytes in 7 blocks are definitely lost in loss record 7957
of 8995
==26458== at 0x4003CE85: malloc (vg_clientfuncs.c:100)
==26458== by 0x404F8B8C: XQueryTree (in /usr/X11R6/lib/libX11.so.6.2)
==26458== by 0x403E102B: XmGetVisibility (in
/usr/X11R6/lib/libXm.so.2.1)
==26458== by 0x403E0D30: IsTraversable (in
/usr/X11R6/lib/libXm.so.2.1)
==26458== by 0x403E0576: CallTraverseObsured (in
/usr/X11R6/lib/libXm.so.2.1)
==26458== by 0x403E02F2: _XmMgrTraversal (in
/usr/X11R6/lib/libXm.so.2.1)
==26458== by 0x403E13B5: XmProcessTraversal (in
/usr/X11R6/lib/libXm.so.2.1)
==26458== by 0x81A51D9: XiSetFocusArtifact (XiFocus.c:39)
==26458== by 0x817A870: cigSetArtifactFocus (cig_focus.c:54)
==26458== by 0x81B3EE0: ci_getargs (ci_pprim.c:456)
|
|
From: Dan K. <da...@ke...> - 2003-08-20 08:15:42
|
David Lee wrote: > Has anyone worked on adding the epoll syscalls to valgrind yet? I made > an attempt to hack in something, but it still doesn't work. I've > attached my diff below. > > For anyone curious, more info (man pages, etc.) on epoll can be found at > http://www.xmailserver.org/linux-patches/nio-improve.html. I could really use epoll support in valgrind, but have been too busy to add it... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 |
|
From: David L. <lee...@ho...> - 2003-08-20 06:19:54
|
Has anyone worked on adding the epoll syscalls to valgrind yet? I made an attempt to hack in something, but it still doesn't work. I've attached my diff below. For anyone curious, more info (man pages, etc.) on epoll can be found at http://www.xmailserver.org/linux-patches/nio-improve.html. dave <>< diff -uar valgrind-20030725/coregrind/vg_syscalls.c valgrind-20030725-tera/coregrind/vg_syscalls.c --- valgrind-20030725/coregrind/vg_syscalls.c 2003-07-24 16:00:03.000000000 -0500 +++ valgrind-20030725-tera/coregrind/vg_syscalls.c 2003-08-19 15:03:34.000000000 -0500 @@ -3463,6 +3463,42 @@ VG_TRACK( post_mem_write, arg1, sizeof( vki_ksigset_t ) ) ; break ; +# if defined(__NR_epoll_create) + case __NR_epoll_create: /* syscall 254 */ + /* int epoll_create(int size) */ + MAYBE_PRINTF("epoll_create ( %d )\n", arg1); + KERNEL_DO_SYSCALL(tid,res); + break; +# endif + +# if defined(__NR_epoll_ctl) + case __NR_epoll_ctl: /* syscall 255 */ + /* int epoll_ctl(int epfd, int op, int fd, struct epoll_event *event) */ + MAYBE_PRINTF("epoll_ctl ( %d, %d, %d, %p )\n", arg1, arg2, arg3, arg4); + if (arg4 != (UInt)NULL) + { + SYSCALL_TRACK( pre_mem_read, tid, "epoll_ctl", arg4, + sizeof(struct epoll_event) ); + } + KERNEL_DO_SYSCALL(tid,res); + break; +# endif + +# if defined(__NR_epoll_wait) + case __NR_epoll_wait: /* syscall 256 */ + /* int epoll_wait(int epfd, struct epoll_event * events, int maxevents, + int timeout) */ + MAYBE_PRINTF("epoll_wait ( %d, %p, %d, %d )\n", arg1, arg2, arg3, arg4); + SYSCALL_TRACK( pre_mem_write, tid, "epoll_wait", arg2, + arg3 * sizeof(struct epoll_event) ); + KERNEL_DO_SYSCALL(tid,res); + if (!VG_(is_kerror)(res) && res > 0 && arg2 != (UInt)NULL) + { + VG_TRACK( post_mem_write, arg2, res * sizeof(struct epoll_event) ); + } + break; +# endif + default: VG_(message) (Vg_DebugMsg,"FATAL: unhandled syscall: %d",syscallno); diff -uar valgrind-20030725/coregrind/vg_unsafe.h valgrind-20030725-tera/coregrind/vg_unsafe.h --- valgrind-20030725/coregrind/vg_unsafe.h 2003-06-14 03:50:27.000000000 -0500 +++ valgrind-20030725-tera/coregrind/vg_unsafe.h 2003-08-06 16:02:22.000000000 -0500 @@ -87,7 +87,7 @@ #include <sys/sysinfo.h> #include <sys/poll.h> - +#include <sys/epoll.h> /*--------------------------------------------------------------------*/ /*--- end vg_unsafe.h ---*/ -=- Teracruz -- Performance Made Simple Learn more about Teracruz database acceleration at http://www.teracruz.com _________________________________________________________________ <b>MSN 8:</b> Get 6 months for $9.95/month http://join.msn.com/?page=dept/dialup |