Archived
This forum has been archived. Please start a new discussion on GitHub.
2.1.2 leaks when checking with valgrind
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
-
I don't know anything about valgrind, but we check Ice regularly with Purify. There are no known memory leaks.0
-
ok. I will setup valigrind to ignore this stuff then. Sorry to bother.0
-
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 -
Hi,
With Ice 3.3.1, you'll find a valgrind suppression file in Ice-3.3.1/config/valgrind.sup. You can use this file directly with valgrind using the valgrind --suppressions command line option.
Cheers,
Benoit.0 -
That's great !
Thank you very much for the quick and helpful reply.0
