|
From: Eric L. <eri...@ab...> - 2005-06-17 19:52:02
|
=3D=3D20806=3D=3D =3D=3D20806=3D=3D Invalid read of size 4 =3D=3D20806=3D=3D at 0x1BA7D0EC: free_derivation (in = /lib/libc-2.3.4.so) =3D=3D20806=3D=3D by 0x1BA403B2: tdestroy_recurse (in = /lib/libc-2.3.4.so) =3D=3D20806=3D=3D by 0x1BA403D5: tdestroy_recurse (in = /lib/libc-2.3.4.so) =3D=3D20806=3D=3D by 0x1BA403D5: tdestroy_recurse (in = /lib/libc-2.3.4.so) =3D=3D20806=3D=3D by 0x1BA40256: tdestroy (in /lib/libc-2.3.4.so) =3D=3D20806=3D=3D by 0x1BA7D074: free_mem (in /lib/libc-2.3.4.so) =3D=3D20806=3D=3D by 0x1BA7D7D4: __libc_freeres (in = /lib/libc-2.3.4.so) =3D=3D20806=3D=3D by 0x1B8FC817: _vgw(float, long = double,...)(...)(long double,...)(short) (vg_intercept.c:55) =3D=3D20806=3D=3D by 0x1B9B3585: exit (in /lib/libc-2.3.4.so) =3D=3D20806=3D=3D by 0x804A78B: CleanExit (barnyard.c:566) =3D=3D20806=3D=3D by 0x1BAB6C84: __pthread_sighandler (in = /lib/libpthread-0.10.so) =3D=3D20806=3D=3D by 0x1B9B0DB7: (within /lib/libc-2.3.4.so) =3D=3D20806=3D=3D Address 0xC is not stack'd, malloc'd or (recently) = free'd =3D=3D20806=3D=3D =3D=3D20806=3D=3D Process terminating with default action of signal 11 = (SIGSEGV): dumping core =3D=3D20806=3D=3D Access not within mapped region at address 0xC =3D=3D20806=3D=3D at 0x1BA7D0EC: free_derivation (in = /lib/libc-2.3.4.so) =3D=3D20806=3D=3D by 0x1BA403B2: tdestroy_recurse (in = /lib/libc-2.3.4.so) =3D=3D20806=3D=3D by 0x1BA403D5: tdestroy_recurse (in = /lib/libc-2.3.4.so) =3D=3D20806=3D=3D by 0x1BA403D5: tdestroy_recurse (in = /lib/libc-2.3.4.so) =3D=3D20806=3D=3D by 0x1BA40256: tdestroy (in /lib/libc-2.3.4.so) =3D=3D20806=3D=3D by 0x1BA7D074: free_mem (in /lib/libc-2.3.4.so) =3D=3D20806=3D=3D by 0x1BA7D7D4: __libc_freeres (in = /lib/libc-2.3.4.so) =3D=3D20806=3D=3D by 0x1B8FC817: _vgw(float, long = double,...)(...)(long double,...)(short) (vg_intercept.c:55) =3D=3D20806=3D=3D by 0x1B9B3585: exit (in /lib/libc-2.3.4.so) =3D=3D20806=3D=3D by 0x804A78B: CleanExit (barnyard.c:566) =3D=3D20806=3D=3D by 0x1BAB6C84: __pthread_sighandler (in = /lib/libpthread-0.10.so) =3D=3D20806=3D=3D by 0x1B9B0DB7: (within /lib/libc-2.3.4.so) =3D=3D20806=3D=3D =3D=3D20806=3D=3D ERROR SUMMARY: 497 errors from 3 contexts (suppressed: = 41 from 1) =3D=3D20806=3D=3D malloc/free: in use at exit: 17798 bytes in 182 = blocks. =3D=3D20806=3D=3D malloc/free: 49680 allocs, 49498 frees, 28959643 bytes = allocated. =3D=3D20806=3D=3D For counts of detected errors, rerun with: -v =3D=3D20806=3D=3D searching for pointers to 182 not-freed blocks. =3D=3D20806=3D=3D checked 1141308 bytes. =3D=3D20806=3D=3D All those bugs seem to come from valgrind ..unfortunatly Eric Lauzon [Recherche & D=E9veloppement] Above S=E9curit=E9 / Above Security T=E9l : (450) 430-8166 Fax : (450) 430-1858=20 |
|
From: Nicholas N. <nj...@cs...> - 2005-06-17 20:36:20
|
On Fri, 17 Jun 2005, Eric Lauzon wrote: > ==20806== Invalid read of size 4 > ==20806== at 0x1BA7D0EC: free_derivation (in /lib/libc-2.3.4.so) > ==20806== by 0x1BA403B2: tdestroy_recurse (in /lib/libc-2.3.4.so) > ==20806== by 0x1BA403D5: tdestroy_recurse (in /lib/libc-2.3.4.so) > ==20806== by 0x1BA403D5: tdestroy_recurse (in /lib/libc-2.3.4.so) > ==20806== by 0x1BA40256: tdestroy (in /lib/libc-2.3.4.so) > ==20806== by 0x1BA7D074: free_mem (in /lib/libc-2.3.4.so) > ==20806== by 0x1BA7D7D4: __libc_freeres (in /lib/libc-2.3.4.so) > ==20806== by 0x1B8FC817: _vgw(float, long double,...)(...)(long double,...)(short) (vg_intercept.c:55) > ==20806== by 0x1B9B3585: exit (in /lib/libc-2.3.4.so) > ==20806== by 0x804A78B: CleanExit (barnyard.c:566) > ==20806== by 0x1BAB6C84: __pthread_sighandler (in /lib/libpthread-0.10.so) > ==20806== by 0x1B9B0DB7: (within /lib/libc-2.3.4.so) > ==20806== Address 0xC is not stack'd, malloc'd or (recently) free'd > ==20806== > ==20806== Process terminating with default action of signal 11 (SIGSEGV): dumping core > ==20806== Access not within mapped region at address 0xC > ==20806== at 0x1BA7D0EC: free_derivation (in /lib/libc-2.3.4.so) > ==20806== by 0x1BA403B2: tdestroy_recurse (in /lib/libc-2.3.4.so) > ==20806== by 0x1BA403D5: tdestroy_recurse (in /lib/libc-2.3.4.so) > ==20806== by 0x1BA403D5: tdestroy_recurse (in /lib/libc-2.3.4.so) > ==20806== by 0x1BA40256: tdestroy (in /lib/libc-2.3.4.so) > ==20806== by 0x1BA7D074: free_mem (in /lib/libc-2.3.4.so) > ==20806== by 0x1BA7D7D4: __libc_freeres (in /lib/libc-2.3.4.so) > ==20806== by 0x1B8FC817: _vgw(float, long double,...)(...)(long double,...)(short) (vg_intercept.c:55) > ==20806== by 0x1B9B3585: exit (in /lib/libc-2.3.4.so) > ==20806== by 0x804A78B: CleanExit (barnyard.c:566) > ==20806== by 0x1BAB6C84: __pthread_sighandler (in /lib/libpthread-0.10.so) > ==20806== by 0x1B9B0DB7: (within /lib/libc-2.3.4.so) > ==20806== > ==20806== ERROR SUMMARY: 497 errors from 3 contexts (suppressed: 41 from 1) > ==20806== malloc/free: in use at exit: 17798 bytes in 182 blocks. > ==20806== malloc/free: 49680 allocs, 49498 frees, 28959643 bytes allocated. > ==20806== For counts of detected errors, rerun with: -v > ==20806== searching for pointers to 182 not-freed blocks. > ==20806== checked 1141308 bytes. > ==20806== > > All those bugs seem to come from valgrind ..unfortunatly It seems that way, but it's not the case. Valgrind is calling __libc_freeres, a glibc function that frees up memory at the end of a program. So the bug is in glibc, or possibly the program being checked. If you run with --run-libc-freeres=no the warnings should go away, although that might make leak checking less accurate/useful. [Nb: the "_vgw(float, long double,...)..." is a minor bug in the stack trace formation -- it should say "_vgw_freeres). It's not present in 3.0, but I don't know what the change that fixed it was.] N |
|
From: Julian S. <js...@ac...> - 2005-06-17 21:28:49
|
What version of valgrind is this? What version of glibc? J On Friday 17 June 2005 20:51, Eric Lauzon wrote: > =3D=3D20806=3D=3D > =3D=3D20806=3D=3D Invalid read of size 4 > =3D=3D20806=3D=3D at 0x1BA7D0EC: free_derivation (in /lib/libc-2.3.4.s= o) > =3D=3D20806=3D=3D by 0x1BA403B2: tdestroy_recurse (in /lib/libc-2.3.4.= so) > =3D=3D20806=3D=3D by 0x1BA403D5: tdestroy_recurse (in /lib/libc-2.3.4.= so) > =3D=3D20806=3D=3D by 0x1BA403D5: tdestroy_recurse (in /lib/libc-2.3.4.= so) > =3D=3D20806=3D=3D by 0x1BA40256: tdestroy (in /lib/libc-2.3.4.so) > =3D=3D20806=3D=3D by 0x1BA7D074: free_mem (in /lib/libc-2.3.4.so) > =3D=3D20806=3D=3D by 0x1BA7D7D4: __libc_freeres (in /lib/libc-2.3.4.so) > =3D=3D20806=3D=3D by 0x1B8FC817: _vgw(float, long double,...)(...)(long > double,...)(short) (vg_intercept.c:55) =3D=3D20806=3D=3D by 0x1B9B3585= : exit (in > /lib/libc-2.3.4.so) > =3D=3D20806=3D=3D by 0x804A78B: CleanExit (barnyard.c:566) > =3D=3D20806=3D=3D by 0x1BAB6C84: __pthread_sighandler (in > /lib/libpthread-0.10.so) =3D=3D20806=3D=3D by 0x1B9B0DB7: (within > /lib/libc-2.3.4.so) > =3D=3D20806=3D=3D Address 0xC is not stack'd, malloc'd or (recently) fre= e'd > =3D=3D20806=3D=3D > =3D=3D20806=3D=3D Process terminating with default action of signal 11 (S= IGSEGV): > dumping core =3D=3D20806=3D=3D Access not within mapped region at addres= s 0xC > =3D=3D20806=3D=3D at 0x1BA7D0EC: free_derivation (in /lib/libc-2.3.4.s= o) > =3D=3D20806=3D=3D by 0x1BA403B2: tdestroy_recurse (in /lib/libc-2.3.4.= so) > =3D=3D20806=3D=3D by 0x1BA403D5: tdestroy_recurse (in /lib/libc-2.3.4.= so) > =3D=3D20806=3D=3D by 0x1BA403D5: tdestroy_recurse (in /lib/libc-2.3.4.= so) > =3D=3D20806=3D=3D by 0x1BA40256: tdestroy (in /lib/libc-2.3.4.so) > =3D=3D20806=3D=3D by 0x1BA7D074: free_mem (in /lib/libc-2.3.4.so) > =3D=3D20806=3D=3D by 0x1BA7D7D4: __libc_freeres (in /lib/libc-2.3.4.so) > =3D=3D20806=3D=3D by 0x1B8FC817: _vgw(float, long double,...)(...)(long > double,...)(short) (vg_intercept.c:55) =3D=3D20806=3D=3D by 0x1B9B3585= : exit (in > /lib/libc-2.3.4.so) > =3D=3D20806=3D=3D by 0x804A78B: CleanExit (barnyard.c:566) > =3D=3D20806=3D=3D by 0x1BAB6C84: __pthread_sighandler (in > /lib/libpthread-0.10.so) =3D=3D20806=3D=3D by 0x1B9B0DB7: (within > /lib/libc-2.3.4.so) > =3D=3D20806=3D=3D > =3D=3D20806=3D=3D ERROR SUMMARY: 497 errors from 3 contexts (suppressed: = 41 from 1) > =3D=3D20806=3D=3D malloc/free: in use at exit: 17798 bytes in 182 blocks. > =3D=3D20806=3D=3D malloc/free: 49680 allocs, 49498 frees, 28959643 bytes = allocated. > =3D=3D20806=3D=3D For counts of detected errors, rerun with: -v > =3D=3D20806=3D=3D searching for pointers to 182 not-freed blocks. > =3D=3D20806=3D=3D checked 1141308 bytes. > =3D=3D20806=3D=3D > > All those bugs seem to come from valgrind ..unfortunatly > > Eric Lauzon > [Recherche & D=E9veloppement] > Above S=E9curit=E9 / Above Security > T=E9l : (450) 430-8166 > Fax : (450) 430-1858 > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3DClick > _______________________________________________ > Valgrind-users mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-users |