irssibot
commented
18 years ago -
-
- Attachment 96 by @Sevein
-
log.irssi.valgrind.7966
valgrind scan! irssi compiled with "-O0 -g"
==7966== Memcheck, a memory error detector.
==7966== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al.
==7966== Using LibVEX rev 1471, a library for dynamic binary translation.
==7966== Copyright (C) 2004-2005, and GNU GPL'd, by OpenWorks LLP.
==7966== Using valgrind-3.1.0, a dynamic binary instrumentation framework.
==7966== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al.
==7966== For more details, rerun with: -v
==7966==
==7966== My PID = 7966, parent PID = 4798. Prog and args are:
==7966== irssi
==7966==
==7983==
==7983== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 49 from 2)
==7983== malloc/free: in use at exit: 399,289 bytes in 10,298 blocks.
==7983== malloc/free: 51,635 allocs, 41,337 frees, 1,217,618 bytes allocated.
==7983== For counts of detected errors, rerun with: -v
==7983== searching for pointers to 10,298 not-freed blocks.
==7983== checked 866,648 bytes.
==7983==
==7983== 156 (36 direct, 120 indirect) bytes in 1 blocks are definitely lost in loss record 7 of 22
==7983== at 0x401B58F: malloc (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==7983== by 0x44AE09A: (within /lib/libc-2.3.5.so)
==7983== by 0x44AE692: __nss_database_lookup (in /lib/libc-2.3.5.so)
==7983== by 0x46020CB: ???
==7983== by 0x46029B3: ???
==7983== by 0x446E7BC: getpwuid_r (in /lib/libc-2.3.5.so)
==7983== by 0x42280A1: (within /usr/lib/libglib-2.0.so.0.800.4)
==7983==
==7983== LEAK SUMMARY:
==7983== definitely lost: 36 bytes in 1 blocks.
==7983== indirectly lost: 120 bytes in 10 blocks.
==7983== possibly lost: 0 bytes in 0 blocks.
==7983== still reachable: 399,133 bytes in 10,287 blocks.
==7983== suppressed: 0 bytes in 0 blocks.
==7983== Reachable blocks (those to which a pointer was found) are not shown.
==7983== To see them, rerun with: --show-reachable=yes
==7984==
==7984== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 45 from 2)
==7984== malloc/free: in use at exit: 959,490 bytes in 10,322 blocks.
==7984== malloc/free: 52,021 allocs, 41,699 frees, 1,783,853 bytes allocated.
==7984== For counts of detected errors, rerun with: -v
==7984== searching for pointers to 10,322 not-freed blocks.
==7984== checked 870,000 bytes.
==7984==
==7984== 156 (36 direct, 120 indirect) bytes in 1 blocks are definitely lost in loss record 7 of 22
==7984== at 0x401B58F: malloc (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==7984== by 0x44AE09A: (within /lib/libc-2.3.5.so)
==7984== by 0x44AE692: __nss_database_lookup (in /lib/libc-2.3.5.so)
==7984== by 0x46020CB: ???
==7984== by 0x46029B3: ???
==7984== by 0x446E7BC: getpwuid_r (in /lib/libc-2.3.5.so)
==7984== by 0x42280A1: (within /usr/lib/libglib-2.0.so.0.800.4)
==7984==
==7984== LEAK SUMMARY:
==7984== definitely lost: 36 bytes in 1 blocks.
==7984== indirectly lost: 120 bytes in 10 blocks.
==7984== possibly lost: 0 bytes in 0 blocks.
==7984== still reachable: 959,334 bytes in 10,311 blocks.
==7984== suppressed: 0 bytes in 0 blocks.
==7984== Reachable blocks (those to which a pointer was found) are not shown.
==7984== To see them, rerun with: --show-reachable=yes
==7966== Invalid read of size 1
==7966== at 0x401DF18: strlen (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==7966== by 0x4030B6F: (within /usr/lib/perl5/vendor_perl/5.8.7/i686-linux/auto/Irssi/Irc/Irc.so)
==7966== Address 0x4C9A4C8 is 0 bytes inside a block of size 43 free'd
==7966== at 0x401C66F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==7966== by 0x420202F: g_free (in /usr/lib/libglib-2.0.so.0.800.4)
==7966== by 0x80E6C97: (within /usr/bin/irssi)
==7966== by 0x80E6E2B: signal_emit (in /usr/bin/irssi)
==7966== by 0x80C1136: dcc_destroy (in /usr/bin/irssi)
==7966== by 0x80C1C17: dcc_close (in /usr/bin/irssi)
==7966== by 0x80C4E0A: (within /usr/bin/irssi)
==7966== by 0x80D7333: (within /usr/bin/irssi)
==7966== by 0x4229F2F: (within /usr/lib/libglib-2.0.so.0.800.4)
==7966==
==7966== Invalid read of size 1
==7966== at 0x401DF21: strlen (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==7966== by 0x4030B6F: (within /usr/lib/perl5/vendor_perl/5.8.7/i686-linux/auto/Irssi/Irc/Irc.so)
==7966== Address 0x4C9A4C9 is 1 bytes inside a block of size 43 free'd
==7966== at 0x401C66F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==7966== by 0x420202F: g_free (in /usr/lib/libglib-2.0.so.0.800.4)
==7966== by 0x80E6C97: (within /usr/bin/irssi)
==7966== by 0x80E6E2B: signal_emit (in /usr/bin/irssi)
==7966== by 0x80C1136: dcc_destroy (in /usr/bin/irssi)
==7966== by 0x80C1C17: dcc_close (in /usr/bin/irssi)
==7966== by 0x80C4E0A: (within /usr/bin/irssi)
==7966== by 0x80D7333: (within /usr/bin/irssi)
==7966== by 0x4229F2F: (within /usr/lib/libglib-2.0.so.0.800.4)
==7966==
==7966== Invalid read of size 1
==7966== at 0x401E74E: memmove (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==7966== by 0x40C5E34: Perl_sv_setpvn (in /usr/lib/libperl.so.1.5.8)
==7966== Address 0x4C9A4F1 is 41 bytes inside a block of size 43 free'd
==7966== at 0x401C66F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==7966== by 0x420202F: g_free (in /usr/lib/libglib-2.0.so.0.800.4)
==7966== by 0x80E6C97: (within /usr/bin/irssi)
==7966== by 0x80E6E2B: signal_emit (in /usr/bin/irssi)
==7966== by 0x80C1136: dcc_destroy (in /usr/bin/irssi)
==7966== by 0x80C1C17: dcc_close (in /usr/bin/irssi)
==7966== by 0x80C4E0A: (within /usr/bin/irssi)
==7966== by 0x80D7333: (within /usr/bin/irssi)
==7966== by 0x4229F2F: (within /usr/lib/libglib-2.0.so.0.800.4)
From one of the last release candidate 0.8.10 I see in top [F, n] that my irssi grabs more and more memory. Sometimes even I saw irssi crashed with this message: "Out of memory", because, I suppose, there is no memory left, :).
I have an example. I started irssi yesterday and now this is the situation:
What could more I say?
Something more! Ask it! I wanna help! :)