|
From: Bart V. A. <bar...@gm...> - 2006-09-13 19:13:59
|
Confirmed: I get the same issue with memcheck when the drd patch is there. It's not clear to me however why the client request is ignored. bart@pc-100:~/software/valgrind-svn> inst/bin/valgrind --tool=memcheck /bin/date ==5325== Memcheck, a memory error detector. ==5325== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al. ==5325== Using LibVEX rev 1579, a library for dynamic binary translation. ==5325== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP. ==5325== Using valgrind-3.3.0.SVN, a dynamic binary instrumentation framework. ==5325== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al. ==5325== For more details, rerun with: -v ==5325== Wed Sep 13 21:03:35 CEST 2006 ==5325== Invalid write of size 4 ==5325== at 0x401CBA9: _vgnU_freeres (vg_preloaded.c:66) ==5325== by 0x40D32A7: _Exit (in /lib/libc-2.4.so) ==5325== by 0x8049C3A: (within /bin/date) ==5325== by 0x405D87B: (below main) (in /lib/libc-2.4.so) ==5325== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==5325== ==5325== Process terminating with default action of signal 11 (SIGSEGV) ==5325== Access not within mapped region at address 0x0 ==5325== at 0x401CBA9: _vgnU_freeres (vg_preloaded.c:66) ==5325== by 0x40D32A7: _Exit (in /lib/libc-2.4.so) ==5325== by 0x8049C3A: (within /bin/date) ==5325== by 0x405D87B: (below main) (in /lib/libc-2.4.so) ==5325== ==5325== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 5 from 1) ==5325== malloc/free: in use at exit: 0 bytes in 0 blocks. ==5325== malloc/free: 424 allocs, 424 frees, 19,912 bytes allocated. ==5325== For counts of detected errors, rerun with: -v ==5325== All heap blocks were freed -- no leaks are possible. On 9/10/06, Dirk Mueller <dm...@gm...> wrote: > > On Sunday, 10. September 2006 10:23, Julian Seward wrote: > > > Ah, you mentioned this a couple of weeks ago. I installed openSuse 10.2 > > alpha 3 for x86 on vmware, but couldn't reproduce this problem with the > > svn trunk - all the regression tests looked ok. Are you sure you don't > > have some confusion with header files, such as accidentally picking up > > the header files (valgrind.h, memcheck.h) from a 3.1.X install? > > I found out that it was caused by the DRD patch. No client request besides > the > drd ones seemed to work anymore. > |