Archived
This forum has been archived. Please start a new discussion on GitHub.
2.1.2 leaks when checking with valgrind
hobu
in Help Center
I don't know if these are known issues. I am using the 2.1.2 binaries for x86 linux.
==17069==
==17069==
==17069== 408 bytes in 6 blocks are possibly lost in loss record 230 of 304
==17069== at 0x1B905BC9: calloc (vg_replace_malloc.c:175)
==17069== by 0x1B8F268A: _dl_allocate_tls (in /lib/ld-2.3.5.so)
==17069== by 0x87788E: pthread_create@@GLIBC_2.1 (in /lib/tls/libpthread-2.3.5.so)
==17069== by 0x1BAC2F12: IceUtil::CtrlCHandler::CtrlCHandler(void (*)(int)) (in /home/hobu/Ice-2.1.2/lib/libIceUtil.so.2.1.2)
==17069== by 0x1BA4847F: Ice::Service::run(int&, char**) (in /home/hobu/Ice-2.1.2/lib/libIce.so.2.1.2)
==17069== by 0x1BA492E1: Ice::Service::main(int&, char**) (in /home/hobu/Ice-2.1.2/lib/libIce.so.2.1.2)
==17069== by 0x805D874: main (in /home/hobu/scanOrthosIce/trunk/server_exe)
==17069==
==17069==
==17069== 1205 bytes in 41 blocks are possibly lost in loss record 253 of 304
==17069== at 0x1B905407: operator new(unsigned) (vg_replace_malloc.c:132)
==17069== by 0x442761: std::string::_Rep::_S_create(unsigned, unsigned, std::allocator<char> const&) (in /usr/lib/libstdc++.so.6.0.3)
==17069== by 0x442EA9: std::string::_M_mutate(unsigned, unsigned, unsigned) (in /usr/lib/libstdc++.so.6.0.3)
==17069== by 0x4431A8: std::string::assign(char const*, unsigned) (in /usr/lib/libstdc++.so.6.0.3)
==17069== by 0x1BA49209: Ice::Service::main(int&, char**) (in /home/hobu/Ice-2.1.2/lib/libIce.so.2.1.2)
==17069== by 0x805D874: main (in /home/hobu/scanOrthosIce/trunk/server_exe)
==17069==
==17069==
==17069== 408 bytes in 6 blocks are possibly lost in loss record 230 of 304
==17069== at 0x1B905BC9: calloc (vg_replace_malloc.c:175)
==17069== by 0x1B8F268A: _dl_allocate_tls (in /lib/ld-2.3.5.so)
==17069== by 0x87788E: pthread_create@@GLIBC_2.1 (in /lib/tls/libpthread-2.3.5.so)
==17069== by 0x1BAC2F12: IceUtil::CtrlCHandler::CtrlCHandler(void (*)(int)) (in /home/hobu/Ice-2.1.2/lib/libIceUtil.so.2.1.2)
==17069== by 0x1BA4847F: Ice::Service::run(int&, char**) (in /home/hobu/Ice-2.1.2/lib/libIce.so.2.1.2)
==17069== by 0x1BA492E1: Ice::Service::main(int&, char**) (in /home/hobu/Ice-2.1.2/lib/libIce.so.2.1.2)
==17069== by 0x805D874: main (in /home/hobu/scanOrthosIce/trunk/server_exe)
==17069==
==17069==
==17069== 1205 bytes in 41 blocks are possibly lost in loss record 253 of 304
==17069== at 0x1B905407: operator new(unsigned) (vg_replace_malloc.c:132)
==17069== by 0x442761: std::string::_Rep::_S_create(unsigned, unsigned, std::allocator<char> const&) (in /usr/lib/libstdc++.so.6.0.3)
==17069== by 0x442EA9: std::string::_M_mutate(unsigned, unsigned, unsigned) (in /usr/lib/libstdc++.so.6.0.3)
==17069== by 0x4431A8: std::string::assign(char const*, unsigned) (in /usr/lib/libstdc++.so.6.0.3)
==17069== by 0x1BA49209: Ice::Service::main(int&, char**) (in /home/hobu/Ice-2.1.2/lib/libIce.so.2.1.2)
==17069== by 0x805D874: main (in /home/hobu/scanOrthosIce/trunk/server_exe)
0
Comments
-
hobu wrote: »ok. I will setup valigrind to ignore this stuff then. Sorry to bother.
Kinda late though, but after 4 years, do you still remember how you set up valgrind to suppress these errors?
Or could anyone else share this with us?
I'd like to stick with valgrind, as it's open source, which purify is not...
Thanks in advance!0
