|
From: Erik T. <er...@th...> - 2004-11-09 08:40:29
|
hi. i dunno know what's going on, but it sais i shall report the problem. any clues how i can valgrind my program??? cu & thx erik valgrind --tool=memcheck --leak-check=yes -v ./zeitterminal ==11596== Memcheck, a memory error detector for x86-linux. ==11596== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al. ==11596== Using valgrind-2.2.0, a program supervision framework for x86-linux. ==11596== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et al. ==11596== Valgrind library directory: /usr/lib/valgrind ==11596== Command line ==11596== ./zeitterminal ==11596== Startup, with flags: ==11596== --tool=memcheck ==11596== --leak-check=yes ==11596== -v ==11596== Contents of /proc/version: ==11596== Linux version 2.4.26-gentoo-r9 (root@goofy) (gcc version 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, ssp-3.3.2-2, pie-8.7.6)) #8 Fri Oct 22 16:25:50 CEST 2004 ==11596== Reading syms from /goofylocal/erik/coding/zeitterminal/zeitterminal (0x8048000) ==11596== Reading syms from /lib/ld-2.3.4.so (0x1B8E4000) ==11596== object doesn't have any debug info ==11596== Reading syms from /usr/lib/valgrind/stage2 (0xB0000000) ==11596== Reading syms from /lib/ld-2.3.4.so (0xB1000000) ==11596== object doesn't have any debug info ==11596== Reading syms from /lib/libdl-2.3.4.so (0xB102B000) ==11596== Reading syms from /lib/libc-2.3.4.so (0xB102E000) ==11596== object doesn't have any debug info ==11596== Reading syms from /usr/lib/valgrind/vgskin_memcheck.so (0xB123B000) ==11596== Reading suppressions file: /usr/lib/valgrind/default.supp ==11596== REDIRECT soname:libc.so.6(__GI___errno_location) to soname:libpthread.so.0(__errno_location) ==11596== REDIRECT soname:libc.so.6(__errno_location) to soname:libpthread.so.0(__errno_location) ==11596== REDIRECT soname:libc.so.6(__GI___h_errno_location) to soname:libpthread.so.0(__h_errno_location) ==11596== REDIRECT soname:libc.so.6(__h_errno_location) to soname:libpthread.so.0(__h_errno_location) ==11596== REDIRECT soname:libc.so.6(__GI___res_state) to soname:libpthread.so.0(__res_state) ==11596== REDIRECT soname:libc.so.6(__res_state) to soname:libpthread.so.0(__res_state) ==11596== REDIRECT soname:libc.so.6(stpcpy) to *vgpreload_memcheck.so*(stpcpy) ==11596== REDIRECT soname:libc.so.6(strnlen) to *vgpreload_memcheck.so*(strnlen) ==11596== REDIRECT soname:ld-linux.so.2(stpcpy) to *vgpreload_memcheck.so*(stpcpy) ==11596== REDIRECT soname:ld-linux.so.2(strchr) to *vgpreload_memcheck.so*(strchr) ==11596== ==11596== Reading syms from /usr/lib/valgrind/vg_inject.so (0x1B8FE000) ==11596== Reading syms from /usr/lib/valgrind/vgpreload_memcheck.so (0x1B901000) ==11596== TRANSLATE: 0x1B8F4FD0 redirected to 0x1B904530 ==11596== Reading syms from /usr/lib/libldap.so.2.0.130 (0x1B91D000) ==11596== Reading syms from /usr/lib/libsigc-1.2.so.5.0.5 (0x1B94B000) ==11596== Reading syms from /usr/lib/libpq.so.3.1 (0x1B954000) ==11596== Reading syms from /usr/lib/libgmp.so.3.3.3 (0x1B96E000) ==11596== Reading syms from /usr/qt/3/lib/libqt-mt.so.3.3.3 (0x1B99D000) ==11596== Reading syms from /usr/X11R6/lib/libXext.so.6.4 (0x1C055000) ==11596== object doesn't have any debug info ==11596== Reading syms from /usr/X11R6/lib/libX11.so.6.2 (0x1C064000) ==11596== object doesn't have any debug info ==11596== Reading syms from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5.0.6 (0x1C12A000) ==11596== Reading syms from /lib/libm-2.3.4.so (0x1C1F4000) ==11596== Reading syms from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libgcc_s.so.1 (0x1C216000) ==11596== Reading syms from /lib/libc-2.3.4.so (0x1C222000) ==11596== object doesn't have any debug info ==11596== Reading syms from /usr/lib/liblber.so.2.0.130 (0x1C330000) ==11596== Reading syms from /lib/libresolv-2.3.4.so (0x1C33D000) ==11596== Reading syms from /lib/libdl-2.3.4.so (0x1C34F000) ==11596== Reading syms from /usr/lib/libssl.so.0.9.7 (0x1C353000) ==11596== Reading syms from /usr/lib/libcrypto.so.0.9.7 (0x1C383000) ==11596== Reading syms from /lib/libcrypt-2.3.4.so (0x1C47B000) ==11596== Reading syms from /lib/libnsl-2.3.4.so (0x1C4A8000) ==11596== Reading syms from /usr/lib/valgrind/libpthread.so (0x1C4BD000) ==11596== Reading syms from /usr/lib/libmng.so.1.0.0 (0x1C4ED000) ==11596== Reading syms from /usr/lib/libjpeg.so.62.0.0 (0x1C530000) ==11596== Reading syms from /usr/lib/libpng.so.3.1.2.7 (0x1C54F000) ==11596== Reading syms from /lib/libz.so.1.2.1 (0x1C580000) ==11596== Reading syms from /usr/X11R6/lib/libXi.so.6.0 (0x1C591000) ==11596== object doesn't have any debug info ==11596== Reading syms from /usr/X11R6/lib/libXrender.so.1.2.2 (0x1C59A000) ==11596== object doesn't have any debug info ==11596== Reading syms from /usr/X11R6/lib/libXrandr.so.2.0 (0x1C5A3000) ==11596== object doesn't have any debug info ==11596== Reading syms from /usr/X11R6/lib/libXcursor.so.1.0.2 (0x1C5A8000) ==11596== object doesn't have any debug info ==11596== Reading syms from /usr/X11R6/lib/libXft.so.2.1.2 (0x1C5B4000) ==11596== object doesn't have any debug info ==11596== Reading syms from /usr/lib/libfreetype.so.6.3.4 (0x1C5C7000) ==11596== Reading syms from /usr/lib/libfontconfig.so.1.0.4 (0x1C630000) ==11596== Reading syms from /usr/X11R6/lib/libSM.so.6.0 (0x1C657000) ==11596== object doesn't have any debug info ==11596== Reading syms from /usr/X11R6/lib/libICE.so.6.3 (0x1C661000) ==11596== object doesn't have any debug info ==11596== Reading syms from /usr/lib/libexpat.so.0.5.0 (0x1C67A000) ==11596== TRANSLATE: 0x1C281DB2 redirected to 0x1B904E4C ==11596== TRANSLATE: 0x1C281F64 redirected to 0x1B9053DA ==11596== TRANSLATE: 0x1C285EE0 redirected to 0x1B904740 ==11596== TRANSLATE: 0x1C1CA498 redirected to 0x1B904FDE ==11596== TRANSLATE: 0x1C1CA618 redirected to 0x1B905248 ==11596== TRANSLATE: 0x1C28254F redirected to 0x1B90586A ==11596== TRANSLATE: 0x1C237624 redirected to 0x1C4C5747 ==11596== TRANSLATE: 0x1C1C8A6C redirected to 0x1B905746 ==11596== TRANSLATE: 0x1C1C8A14 redirected to 0x1B905590 ==11596== TRANSLATE: 0x1C282015 redirected to 0x1B90592D ==11596== Reading syms from /usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2 (0x1B90A000) ==11596== object doesn't have any debug info ==11596== TRANSLATE: 0x1C2870A0 redirected to 0x1B904C30 ==11596== TRANSLATE: 0x1B8F5470 redirected to 0x1B904C30 ==11596== valgrind: vg_libpthread.c:2331 (open64): Assertion `open64_ptr != ((void *)0) && open64_ptr != open64' failed. ==11596== Please report this bug at: valgrind.kde.org ==11596== TRANSLATE: 0x1C2E21F4 redirected to 0x1C4C5A05 ==11596== Invalid free() / delete / delete[] ==11596== at 0x1B905460: free (vg_replace_malloc.c:153) ==11596== by 0x1C308D8F: free_mem (in /lib/libc-2.3.4.so) ==11596== by 0x1C308AA5: __GI___libc_freeres (in /lib/libc-2.3.4.so) ==11596== by 0x1B8FEC68: _vgw(float, long double,...)(...)(long double,...)(short) (vg_intercept.c:117) ==11596== Address 0x1C479820 is not stack'd, malloc'd or (recently) free'd ==11596== ==11596== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 79 from 2) ==11596== ==11596== 1 errors in context 1 of 1: ==11596== Invalid free() / delete / delete[] ==11596== at 0x1B905460: free (vg_replace_malloc.c:153) ==11596== by 0x1C308D8F: free_mem (in /lib/libc-2.3.4.so) ==11596== by 0x1C308AA5: __GI___libc_freeres (in /lib/libc-2.3.4.so) ==11596== by 0x1B8FEC68: _vgw(float, long double,...)(...)(long double,...)(short) (vg_intercept.c:117) ==11596== Address 0x1C479820 is not stack'd, malloc'd or (recently) free'd --11596-- --11596-- supp: 2 _dl_relocate_object/dl_open_worker --11596-- supp: 77 dl_relocate_object/dl_main ==11596== ==11596== IN SUMMARY: 1 errors from 1 contexts (suppressed: 79 from 2) ==11596== ==11596== malloc/free: in use at exit: 708752 bytes in 5805 blocks. ==11596== malloc/free: 71059 allocs, 65255 frees, 3975858 bytes allocated. ==11596== ==11596== searching for pointers to 5805 not-freed blocks. ==11596== checked 16811756 bytes. ==11596== ==11596== ==11596== 1600 bytes in 1 blocks are possibly lost in loss record 242 of 262 ==11596== at 0x1B90506F: operator new(unsigned) (vg_replace_malloc.c:133) ==11596== by 0x1C1B5056: std::__new_alloc::allocate(unsigned) (in /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5.0.6) ==11596== by 0x1C1B4DA8: std::__default_alloc_template<true, 0>::_S_chunk_alloc(unsigned, int&) (in /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5.0.6) ==11596== by 0x1C1B4BEA: std::__default_alloc_template<true, 0>::_S_refill(unsigned) (in /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5.0.6) ==11596== ==11596== LEAK SUMMARY: ==11596== definitely lost: 0 bytes in 0 blocks. ==11596== possibly lost: 1600 bytes in 1 blocks. ==11596== still reachable: 706952 bytes in 5803 blocks. ==11596== suppressed: 200 bytes in 1 blocks. ==11596== Reachable blocks (those to which a pointer was found) are not shown. ==11596== To see them, rerun with: --show-reachable=yes --11596-- TT/TC: 0 tc sectors discarded. --11596-- 23361 tt_fast misses. --11596-- translate: new 21749 (354571 -> 4458354; ratio 125:10) --11596-- discard 1 (23 -> 320; ratio 139:10). --11596-- chainings: 13656 chainings, 2 unchainings. --11596-- dispatch: 39850000 jumps (bb entries); of them 7433932 (18%) unchained. --11596-- 1511/181264 major/minor sched events. --11596-- reg-alloc: 4203 t-req-spill, 808803+28308 orig+spill uis, --11596-- 112121 total-reg-rank --11596-- sanity: 1457 cheap, 59 expensive checks. --11596-- ccalls: 87918 C calls, 57% saves+restores avoided (296178 bytes) --11596-- 121860 args, avg 0.89 setup instrs each (26276 bytes) --11596-- 0% clear the stack (263754 bytes) --11596-- 30442 retvals, 33% of reg-reg movs avoided (19518 bytes) |
|
From: Tom H. <th...@cy...> - 2004-11-09 09:00:57
|
In message <200...@th...>
Erik Thiele <er...@th...> wrote:
> i dunno know what's going on, but it sais i shall report the problem.
> any clues how i can valgrind my program???
This is a known problem which I believe is now finally fixed in the
current CVS code.
Tom
--
Tom Hughes (th...@cy...)
Software Engineer, Cyberscience Corporation
http://www.cyberscience.com/
|
|
From: Erik T. <er...@th...> - 2004-11-09 09:24:23
|
On Tue, 09 Nov 2004 09:00:27 +0000 Tom Hughes <th...@cy...> wrote: > In message <200...@th...> > Erik Thiele <er...@th...> wrote: > > > i dunno know what's going on, but it sais i shall report the problem. > > any clues how i can valgrind my program??? > > This is a known problem which I believe is now finally fixed in the > current CVS code. is there a workaround or should i switch to CVS version? Erik |
|
From: Tom H. <th...@cy...> - 2004-11-09 09:31:11
|
In message <200...@th...>
Erik Thiele <er...@th...> wrote:
> On Tue, 09 Nov 2004 09:00:27 +0000
> Tom Hughes <th...@cy...> wrote:
>
>> In message <200...@th...>
>> Erik Thiele <er...@th...> wrote:
>>
>> > i dunno know what's going on, but it sais i shall report the problem.
>> > any clues how i can valgrind my program???
>>
>> This is a known problem which I believe is now finally fixed in the
>> current CVS code.
>
> is there a workaround or should i switch to CVS version?
Hard to say - it's very dependent on what version of libc you
are using and how your program is linked.
If you are using libraries that are linked against libpthread but
are not linking against libpthread yourself then adding -lpthread to
your link line may help but there is no guarantee.
Tom
Tom
--
Tom Hughes (th...@cy...)
Software Engineer, Cyberscience Corporation
http://www.cyberscience.com/
|
|
From: Erik T. <er...@th...> - 2004-11-09 12:17:02
|
On Tue, 09 Nov 2004 09:30:49 +0000
Tom Hughes <th...@cy...> wrote:
> In message <200...@th...>
> Erik Thiele <er...@th...> wrote:
>
> > On Tue, 09 Nov 2004 09:00:27 +0000
> > Tom Hughes <th...@cy...> wrote:
> >
> >> In message <200...@th...>
> >> Erik Thiele <er...@th...> wrote:
> >>
> >> > i dunno know what's going on, but it sais i shall report the problem.
> >> > any clues how i can valgrind my program???
> >>
> >> This is a known problem which I believe is now finally fixed in the
> >> current CVS code.
> >
> > is there a workaround or should i switch to CVS version?
>
> Hard to say - it's very dependent on what version of libc you
> are using and how your program is linked.
>
> If you are using libraries that are linked against libpthread but
> are not linking against libpthread yourself then adding -lpthread to
> your link line may help but there is no guarantee.
ok... now i got autoconf problems with cvs valgrind :)
goofy valgrind # ./autogen.sh
running: aclocal
aclocal: configure.in: 14: macro `AM_PROG_CC_C_O' not found in library
error: while running 'aclocal'
goofy valgrind # aclocal --version
aclocal (GNU automake) 1.4-p6
...
goofy valgrind #
anyway, here is the log of the valgrind-2.2.0 problem which you already
know as you said. maybe it is of help anyway:
erik@goofy:/goofylocal/erik/coding/mister$ cat zeitterminal.pro
TEMPLATE = app
LANGUAGE = C++
CONFIG += moc debug
SOURCES += main.cpp
erik@goofy:/goofylocal/erik/coding/mister$ cat main.cpp
#include <qapplication.h>
int main(int argc, char *argv[])
{
QApplication a(argc, argv);
return 0;
}
erik@goofy:/goofylocal/erik/coding/mister$ cat compile.sh
#!/bin/bash
set -e
qmake -o Makefile zeitterminal.pro
make
erik@goofy:/goofylocal/erik/coding/mister$ ./compile.sh
g++ -c -pipe -Wall -W -g -I/usr/qt/3/mkspecs/linux-g++ -I. -I/usr/qt/3/include -o main.o main.cpp
g++ -Wl,-rpath,/usr/qt/3/lib -o zeitterminal main.o -L/usr/qt/3/lib -L/usr/X11R6/lib -lqt -lXext -lX11 -lm
erik@goofy:/goofylocal/erik/coding/mister$ valgrind --tool=memcheck ./zeitterminal
==11822== Memcheck, a memory error detector for x86-linux.
==11822== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al.
==11822== Using valgrind-2.2.0, a program supervision framework for x86-linux.
==11822== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et al.
==11822== For more details, rerun with: -v
==11822==
==11822==
valgrind: vg_libpthread.c:2331 (open64): Assertion `open64_ptr != ((void *)0) && open64_ptr != open64' failed.
==11822== Please report this bug at: valgrind.kde.org
==11822== Invalid free() / delete / delete[]
==11822== at 0x1B905460: free (vg_replace_malloc.c:153)
==11822== by 0x1C288D8F: free_mem (in /lib/libc-2.3.4.so)
==11822== by 0x1C288AA5: __GI___libc_freeres (in /lib/libc-2.3.4.so)
==11822== by 0x1B8FEC68: _vgw(float, long double,...)(...)(long double,...)(short) (vg_intercept.c:117)
==11822== Address 0x1C174AA0 is not stack'd, malloc'd or (recently) free'd
==11822==
==11822== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 59 from 2)
==11822== malloc/free: in use at exit: 701562 bytes in 5603 blocks.
==11822== malloc/free: 70859 allocs, 65257 frees, 3968273 bytes allocated.
==11822== For a detailed leak analysis, rerun with: --leak-check=yes
==11822== For counts of detected errors, rerun with: -v
erik@goofy:/goofylocal/erik/coding/mister$ g++ -Wl,-rpath,/usr/qt/3/lib -o zeitterminal main.o -L/usr/qt/3/lib -L/usr/X11R6/lib -lpthread -lqt -lXext -lX11 -lm
erik@goofy:/goofylocal/erik/coding/mister$ valgrind --tool=memcheck ./zeitterminal
==12040== Memcheck, a memory error detector for x86-linux.
==12040== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al.
==12040== Using valgrind-2.2.0, a program supervision framework for x86-linux.
==12040== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et al.
==12040== For more details, rerun with: -v
==12040==
==12040== Invalid free() / delete / delete[]
==12040== at 0x1B905460: free (vg_replace_malloc.c:153)
==12040== by 0x1C2B8D8F: free_mem (in /lib/libc-2.3.4.so)
==12040== by 0x1C2B8AA5: __GI___libc_freeres (in /lib/libc-2.3.4.so)
==12040== by 0x1B8FEC68: _vgw(float, long double,...)(...)(long double,...)(short) (vg_intercept.c:117)
==12040== Address 0x1C0DAD28 is not stack'd, malloc'd or (recently) free'd
==12040==
==12040== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 65 from 3)
==12040== malloc/free: in use at exit: 675765 bytes in 6603 blocks.
==12040== malloc/free: 86243 allocs, 79641 frees, 4252115 bytes allocated.
==12040== For a detailed leak analysis, rerun with: --leak-check=yes
==12040== For counts of detected errors, rerun with: -v
erik@goofy:/goofylocal/erik/coding/mister$ valgrind --version
valgrind-2.2.0
erik@goofy:/goofylocal/erik/coding/mister$ ldd ./zeitterminal
libpthread.so.0 => /lib/libpthread.so.0 (0x4002b000)
libqt-mt.so.3 => /usr/qt/3/lib/libqt-mt.so.3 (0x4007c000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40733000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40741000)
libstdc++.so.5 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5 (0x40806000)
libm.so.6 => /lib/libm.so.6 (0x408cf000)
libgcc_s.so.1 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libgcc_s.so.1 (0x408f1000)
libc.so.6 => /lib/libc.so.6 (0x408fa000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
libmng.so.1 => /usr/lib/libmng.so.1 (0x40a07000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40a49000)
libpng.so.3 => /usr/lib/libpng.so.3 (0x40a65000)
libz.so.1 => /lib/libz.so.1 (0x40a95000)
libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40aa6000)
libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x40aae000)
libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x40ab6000)
libXcursor.so.1 => /usr/X11R6/lib/libXcursor.so.1 (0x40aba000)
libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0x40ac3000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40ad5000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x40b3e000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40b64000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40b6d000)
libdl.so.2 => /lib/libdl.so.2 (0x40b83000)
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x40b86000)
erik@goofy:/goofylocal/erik/coding/mister$
|
|
From: Erik T. <er...@th...> - 2004-11-09 12:36:05
|
On Tue, 9 Nov 2004 13:16:56 +0100 Erik Thiele <er...@th...> wrote: > > goofy valgrind # ./autogen.sh > running: aclocal > aclocal: configure.in: 14: macro `AM_PROG_CC_C_O' not found in library okok i fixed that one. now i have: erik@goofy:/goofylocal/erik/coding/mister$ valgrind --version valgrind-2.3.0.CVS but it didn't improve my situation, see: the error with -lpthread: erik@goofy:/goofylocal/erik/coding/mister$ g++ -Wl,-rpath,/usr/qt/3/lib -o zeitterminal main.o -L/usr/qt/3/lib -L/usr/X11R6/lib -lpthread -lqt -lXext -lX11 -lm erik@goofy:/goofylocal/erik/coding/mister$ valgrind --tool=memcheck ./zeitterminal ==24408== Memcheck, a memory error detector for x86-linux. ==24408== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al. ==24408== Using valgrind-2.3.0.CVS, a program supervision framework for x86-linux. ==24408== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et al. ==24408== For more details, rerun with: -v ==24408== ==24408== Invalid free() / delete / delete[] ==24408== at 0x1B904B4C: free (vg_replace_malloc.c:152) ==24408== by 0x1C2A7D8F: free_mem (in /lib/libc-2.3.4.so) ==24408== by 0x1C2A7AA5: __GI___libc_freeres (in /lib/libc-2.3.4.so) ==24408== by 0x1B8FEC6F: _vgw(float, long double,...)(...)(long double,...)(short) (vg_intercept.c:117) ==24408== Address 0x1C0C9D28 is not stack'd, malloc'd or (recently) free'd ==24408== ==24408== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 65 from 3) ==24408== malloc/free: in use at exit: 675937 bytes in 6605 blocks. ==24408== malloc/free: 86245 allocs, 79641 frees, 4252287 bytes allocated. ==24408== For a detailed leak analysis, rerun with: --leak-check=yes ==24408== For counts of detected errors, rerun with: -v erik@goofy:/goofylocal/erik/coding/mister$ the error without -lpthread: erik@goofy:/goofylocal/erik/coding/mister$ g++ -Wl,-rpath,/usr/qt/3/lib -o zeitterminal main.o -L/usr/qt/3/lib -L/usr/X11R6/lib -lqt -lXext -lX11 -lm erik@goofy:/goofylocal/erik/coding/mister$ valgrind --tool=memcheck ./zeitterminal ==24695== Memcheck, a memory error detector for x86-linux. ==24695== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al. ==24695== Using valgrind-2.3.0.CVS, a program supervision framework for x86-linux. ==24695== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et al. ==24695== For more details, rerun with: -v ==24695== ==24695== valgrind: vg_libpthread.c:2340 (open64): Assertion `open64_ptr != ((void *)0) && open64_ptr != dlsym(libpthread_handle, "open64")' failed. ==24695== Please report this bug at: valgrind.kde.org ==24695== Invalid free() / delete / delete[] ==24695== at 0x1B904B4C: free (vg_replace_malloc.c:152) ==24695== by 0x1C288D8F: free_mem (in /lib/libc-2.3.4.so) ==24695== by 0x1C288AA5: __GI___libc_freeres (in /lib/libc-2.3.4.so) ==24695== by 0x1B8FEC6F: _vgw(float, long double,...)(...)(long double,...)(short) (vg_intercept.c:117) ==24695== Address 0x1C174AA0 is not stack'd, malloc'd or (recently) free'd ==24695== ==24695== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 59 from 2) ==24695== malloc/free: in use at exit: 701598 bytes in 5604 blocks. ==24695== malloc/free: 70860 allocs, 65257 frees, 3968315 bytes allocated. ==24695== For a detailed leak analysis, rerun with: --leak-check=yes ==24695== For counts of detected errors, rerun with: -v erik@goofy:/goofylocal/erik/coding/mister$ |
|
From: Erik T. <er...@th...> - 2004-11-09 13:27:42
|
On Tue, 9 Nov 2004 13:36:01 +0100 Erik Thiele <er...@th...> wrote: okay. after figuring out that i cannot valgrind even a NOP qt program, i looked how the qt-designer was linked (which runs under valgrind) and i manually linked all libs in the same order than this qt-designer. now valgrind seems to run and i see other problems of my own which i have to fix. let me know if any kind of output or report can be of use to you for fixing the valgrind problem |