Here's a log from valgrind with --leak-check=yes instead of massif. Of particular interest is this section:
==21508== 5,063,000 bytes in 20,405 blocks are possibly lost in loss record 37 of 40 ==21508== at 0x4005863: memalign (vg_replace_malloc.c:332) ==21508== by 0x40058E2: posix_memalign (vg_replace_malloc.c:384) ==21508== by 0x1DC136: (within /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x1DC408: g_slice_alloc (in /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x1E4457: (within /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x1E544E: (within /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x402DED9: dbmail_mailbox_open (dbmail-mailbox.c:151) ==21508== by 0x80555CC: _ic_fetch (imapcommands.c:1433) ==21508== by 0x805667A: _ic_uid (imapcommands.c:1976) ==21508== by 0x8052BBC: IMAPClientHandler (imap4.c:320) ==21508== by 0x40447A3: PerformChildTask (serverchild.c:368) ==21508== by 0x404492A: CreateChild (serverchild.c:202) But I'm no expert on evaluating these debug outputs. On Sat, 09 Dec 2006 17:49:56 -0800 Aaron Stone <[EMAIL PROTECTED]> wrote: > On Sun, 2006-12-10 at 11:37 +1100, Jake Anderson wrote: > > Aaron Stone wrote: > > > On Sat, 2006-12-09 at 18:46 +0100, > [EMAIL PROTECTED] wrote: > > > > > > > > > > > ---------------------------------------------------------------------- > > > > > paul - 09-Dec-06 18:46 > > > > > ---------------------------------------------------------------------- > > > > > I've been busy running valgrind, and I can't find > *any* significant leaks > > > > either. But I am working on reducing memory usage > in dbmail-message.c by > > > > doing less copying which may affect this bug when I > merge that change. > > > > > > > > > > Maybe there aren't any memory leaks at all? Maybe > we're keeping perfect > > > track of the memory, but just using too much of it > and never shrinking. > > > > > > A massif graph like the one posted a year or so ago > showing memory usage > > > growth in some early 2.1 code would be really > helpful. (see bug 139) > > > > > > Aaron > > > > > > _______________________________________________ > > > Dbmail-dev mailing list > > > [EMAIL PROTECTED] > > > http://twister.fastxs.net/mailman/listinfo/dbmail-dev > > > > > how much do ya love me ;-> > > Awesome! In order to find out who's calling those > g_reallocs that are > taking up so much space, I believe we need a large > --depth. Could you > re-run your test, say with --depth=20? > > > i'll attempt also putting these in the bug track > thingie > > this is the result of copying 100 emails (give or take) > with imapcopy > > Cool, thanks! > > Aaron > > _______________________________________________ > Dbmail-dev mailing list > [EMAIL PROTECTED] > http://twister.fastxs.net/mailman/listinfo/dbmail-dev >
==21504== Memcheck, a memory error detector. ==21504== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al. ==21504== Using LibVEX rev 1575, a library for dynamic binary translation. ==21504== Copyright (C) 2004-2005, and GNU GPL'd, by OpenWorks LLP. ==21504== Using valgrind-3.1.1, a dynamic binary instrumentation framework. ==21504== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al. ==21504== For more details, rerun with: -v ==21504== ==21504== My PID = 21504, parent PID = 8863. Prog and args are: ==21504== /usr/local/sbin/dbmail-imapd ==21504== ==21504== Conditional jump or move depends on uninitialised value(s) ==21504== at 0x1CDD01: g_free (in /usr/lib/libglib-2.0.so.0.1200.4) ==21504== by 0x4045AFD: serverparent_getopt (serverparent.c:201) ==21504== by 0x80574A3: main (imapd.c:43) ==21504== ==21504== Conditional jump or move depends on uninitialised value(s) ==21504== at 0x1DF318: g_strfreev (in /usr/lib/libglib-2.0.so.0.1200.4) ==21504== by 0x4045B06: serverparent_getopt (serverparent.c:202) ==21504== by 0x80574A3: main (imapd.c:43) ==21504== ==21504== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 24 from 1) ==21504== malloc/free: in use at exit: 25,464 bytes in 554 blocks. ==21504== malloc/free: 993 allocs, 439 frees, 203,044 bytes allocated. ==21504== For counts of detected errors, rerun with: -v ==21504== searching for pointers to 554 not-freed blocks. ==21504== checked 517,132 bytes. ==21504== ==21504== ==21504== 800 bytes in 20 blocks are possibly lost in loss record 1 of 6 ==21504== at 0x40056BF: calloc (vg_replace_malloc.c:279) ==21504== by 0x1CDDDF: g_malloc0 (in /usr/lib/libglib-2.0.so.0.1200.4) ==21504== by 0x99F614: (within /usr/lib/libgobject-2.0.so.0.1200.4) ==21504== by 0x99F690: (within /usr/lib/libgobject-2.0.so.0.1200.4) ==21504== by 0x9A7DC7: g_type_init_with_debug_flags (in /usr/lib/libgobject-2.0.so.0.1200.4) ==21504== by 0x9A7E66: g_type_init (in /usr/lib/libgobject-2.0.so.0.1200.4) ==21504== by 0x805B3D8: g_mime_init (gmime.c:81) ==21504== by 0x805747B: main (imapd.c:40) ==21504== ==21504== LEAK SUMMARY: ==21504== definitely lost: 0 bytes in 0 blocks. ==21504== possibly lost: 800 bytes in 20 blocks. ==21504== still reachable: 24,664 bytes in 534 blocks. ==21504== suppressed: 0 bytes in 0 blocks. ==21504== Reachable blocks (those to which a pointer was found) are not shown. ==21504== To see them, rerun with: --show-reachable=yes ==21505== ==21505== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 24 from 1) ==21505== malloc/free: in use at exit: 25,464 bytes in 554 blocks. ==21505== malloc/free: 993 allocs, 439 frees, 203,044 bytes allocated. ==21505== For counts of detected errors, rerun with: -v ==21505== searching for pointers to 554 not-freed blocks. ==21505== checked 517,132 bytes. ==21505== ==21505== ==21505== 800 bytes in 20 blocks are possibly lost in loss record 1 of 6 ==21505== at 0x40056BF: calloc (vg_replace_malloc.c:279) ==21505== by 0x1CDDDF: g_malloc0 (in /usr/lib/libglib-2.0.so.0.1200.4) ==21505== by 0x99F614: (within /usr/lib/libgobject-2.0.so.0.1200.4) ==21505== by 0x99F690: (within /usr/lib/libgobject-2.0.so.0.1200.4) ==21505== by 0x9A7DC7: g_type_init_with_debug_flags (in /usr/lib/libgobject-2.0.so.0.1200.4) ==21505== by 0x9A7E66: g_type_init (in /usr/lib/libgobject-2.0.so.0.1200.4) ==21505== by 0x805B3D8: g_mime_init (gmime.c:81) ==21505== by 0x805747B: main (imapd.c:40) ==21505== ==21505== LEAK SUMMARY: ==21505== definitely lost: 0 bytes in 0 blocks. ==21505== possibly lost: 800 bytes in 20 blocks. ==21505== still reachable: 24,664 bytes in 534 blocks. ==21505== suppressed: 0 bytes in 0 blocks. ==21505== Reachable blocks (those to which a pointer was found) are not shown. ==21505== To see them, rerun with: --show-reachable=yes ==21508== ==21508== Invalid write of size 1 ==21508== at 0x4042A7B: base64_encode (dm_base64.c:71) ==21508== by 0x8058D60: dbmail_imap_session_prompt (dbmail-imapsession.c:1427) ==21508== by 0x8053403: _ic_authenticate (imapcommands.c:177) ==21508== by 0x8052BBC: IMAPClientHandler (imap4.c:320) ==21508== by 0x40447A3: PerformChildTask (serverchild.c:368) ==21508== by 0x404492A: CreateChild (serverchild.c:202) ==21508== by 0x4046DB9: manage_start_children (pool.c:391) ==21508== by 0x4042FD7: StartServer (server.c:128) ==21508== by 0x4043D4C: server_run (server.c:240) ==21508== by 0x4045A30: serverparent_mainloop (serverparent.c:161) ==21508== by 0x80574DF: main (imapd.c:59) ==21508== Address 0x426C750 is 0 bytes after a block of size 16 alloc'd ==21508== at 0x40056BF: calloc (vg_replace_malloc.c:279) ==21508== by 0x1CDDDF: g_malloc0 (in /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x8058D2F: dbmail_imap_session_prompt (dbmail-imapsession.c:1424) ==21508== by 0x8053403: _ic_authenticate (imapcommands.c:177) ==21508== by 0x8052BBC: IMAPClientHandler (imap4.c:320) ==21508== by 0x40447A3: PerformChildTask (serverchild.c:368) ==21508== by 0x404492A: CreateChild (serverchild.c:202) ==21508== by 0x4046DB9: manage_start_children (pool.c:391) ==21508== by 0x4042FD7: StartServer (server.c:128) ==21508== by 0x4043D4C: server_run (server.c:240) ==21508== by 0x4045A30: serverparent_mainloop (serverparent.c:161) ==21508== by 0x80574DF: main (imapd.c:59) ==21508== ==21508== Invalid read of size 1 ==21508== at 0x4005E85: strlen (mac_replace_strmem.c:243) ==21508== by 0xBF5224: vfprintf (in /lib/tls/libc-2.3.4.so) ==21508== by 0xC126B5: vasprintf (in /lib/tls/libc-2.3.4.so) ==21508== by 0x1EC9B0: g_vasprintf (in /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x1DD3A4: g_strdup_vprintf (in /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x8057FB0: dbmail_imap_session_printf (dbmail-imapsession.c:1262) ==21508== by 0x8058D73: dbmail_imap_session_prompt (dbmail-imapsession.c:1429) ==21508== by 0x8053403: _ic_authenticate (imapcommands.c:177) ==21508== by 0x8052BBC: IMAPClientHandler (imap4.c:320) ==21508== by 0x40447A3: PerformChildTask (serverchild.c:368) ==21508== by 0x404492A: CreateChild (serverchild.c:202) ==21508== by 0x4046DB9: manage_start_children (pool.c:391) ==21508== Address 0x426C750 is 0 bytes after a block of size 16 alloc'd ==21508== at 0x40056BF: calloc (vg_replace_malloc.c:279) ==21508== by 0x1CDDDF: g_malloc0 (in /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x8058D2F: dbmail_imap_session_prompt (dbmail-imapsession.c:1424) ==21508== by 0x8053403: _ic_authenticate (imapcommands.c:177) ==21508== by 0x8052BBC: IMAPClientHandler (imap4.c:320) ==21508== by 0x40447A3: PerformChildTask (serverchild.c:368) ==21508== by 0x404492A: CreateChild (serverchild.c:202) ==21508== by 0x4046DB9: manage_start_children (pool.c:391) ==21508== by 0x4042FD7: StartServer (server.c:128) ==21508== by 0x4043D4C: server_run (server.c:240) ==21508== by 0x4045A30: serverparent_mainloop (serverparent.c:161) ==21508== by 0x80574DF: main (imapd.c:59) ==21508== ==21508== Invalid write of size 1 ==21508== at 0x4042A7B: base64_encode (dm_base64.c:71) ==21508== by 0x8058D60: dbmail_imap_session_prompt (dbmail-imapsession.c:1427) ==21508== by 0x805342C: _ic_authenticate (imapcommands.c:184) ==21508== by 0x8052BBC: IMAPClientHandler (imap4.c:320) ==21508== by 0x40447A3: PerformChildTask (serverchild.c:368) ==21508== by 0x404492A: CreateChild (serverchild.c:202) ==21508== by 0x4046DB9: manage_start_children (pool.c:391) ==21508== by 0x4042FD7: StartServer (server.c:128) ==21508== by 0x4043D4C: server_run (server.c:240) ==21508== by 0x4045A30: serverparent_mainloop (serverparent.c:161) ==21508== by 0x80574DF: main (imapd.c:59) ==21508== Address 0x417BFC8 is 0 bytes after a block of size 16 alloc'd ==21508== at 0x40056BF: calloc (vg_replace_malloc.c:279) ==21508== by 0x1CDDDF: g_malloc0 (in /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x8058D2F: dbmail_imap_session_prompt (dbmail-imapsession.c:1424) ==21508== by 0x805342C: _ic_authenticate (imapcommands.c:184) ==21508== by 0x8052BBC: IMAPClientHandler (imap4.c:320) ==21508== by 0x40447A3: PerformChildTask (serverchild.c:368) ==21508== by 0x404492A: CreateChild (serverchild.c:202) ==21508== by 0x4046DB9: manage_start_children (pool.c:391) ==21508== by 0x4042FD7: StartServer (server.c:128) ==21508== by 0x4043D4C: server_run (server.c:240) ==21508== by 0x4045A30: serverparent_mainloop (serverparent.c:161) ==21508== by 0x80574DF: main (imapd.c:59) ==21508== ==21508== ERROR SUMMARY: 6 errors from 5 contexts (suppressed: 65 from 2) ==21508== malloc/free: in use at exit: 38,779,271 bytes in 103,892 blocks. ==21508== malloc/free: 1,653,258 allocs, 1,549,366 frees, 382,600,087 bytes allocated. ==21508== For counts of detected errors, rerun with: -v ==21508== searching for pointers to 103,892 not-freed blocks. ==21508== checked 32,515,784 bytes. ==21508== ==21508== ==21508== 24 bytes in 3 blocks are definitely lost in loss record 5 of 40 ==21508== at 0x4004405: malloc (vg_replace_malloc.c:149) ==21508== by 0x4005728: realloc (vg_replace_malloc.c:306) ==21508== by 0x1CDD65: g_realloc (in /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x1DFDD2: (within /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x1DFE17: g_string_sized_new (in /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x1E02BB: g_string_new (in /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x403AF91: db_getmailbox_list_result (db.c:4649) ==21508== by 0x80542A5: _ic_list (imapcommands.c:727) ==21508== by 0x805449F: _ic_lsub (imapcommands.c:772) ==21508== by 0x8052BBC: IMAPClientHandler (imap4.c:320) ==21508== by 0x40447A3: PerformChildTask (serverchild.c:368) ==21508== by 0x404492A: CreateChild (serverchild.c:202) ==21508== ==21508== ==21508== 72 bytes in 1 blocks are definitely lost in loss record 7 of 40 ==21508== at 0x40056BF: calloc (vg_replace_malloc.c:279) ==21508== by 0x1CDDDF: g_malloc0 (in /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x404A2B5: db_load_driver (dbmodule.c:41) ==21508== by 0x404A701: db_connect (dbmodule.c:108) ==21508== by 0x4042F9F: StartServer (server.c:120) ==21508== by 0x4043D4C: server_run (server.c:240) ==21508== by 0x4045A30: serverparent_mainloop (serverparent.c:161) ==21508== by 0x80574DF: main (imapd.c:59) ==21508== ==21508== ==21508== 504 bytes in 21 blocks are possibly lost in loss record 19 of 40 ==21508== at 0x4004405: malloc (vg_replace_malloc.c:149) ==21508== by 0x1CDE57: g_malloc (in /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x1E44A3: g_tree_new_full (in /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x402DE28: dbmail_mailbox_open (dbmail-mailbox.c:135) ==21508== by 0x80555CC: _ic_fetch (imapcommands.c:1433) ==21508== by 0x805667A: _ic_uid (imapcommands.c:1976) ==21508== by 0x8052BBC: IMAPClientHandler (imap4.c:320) ==21508== by 0x40447A3: PerformChildTask (serverchild.c:368) ==21508== by 0x404492A: CreateChild (serverchild.c:202) ==21508== by 0x4046DB9: manage_start_children (pool.c:391) ==21508== by 0x4042FD7: StartServer (server.c:128) ==21508== by 0x4043D4C: server_run (server.c:240) ==21508== ==21508== ==21508== 800 bytes in 20 blocks are possibly lost in loss record 23 of 40 ==21508== at 0x40056BF: calloc (vg_replace_malloc.c:279) ==21508== by 0x1CDDDF: g_malloc0 (in /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x99F614: (within /usr/lib/libgobject-2.0.so.0.1200.4) ==21508== by 0x99F690: (within /usr/lib/libgobject-2.0.so.0.1200.4) ==21508== by 0x9A7DC7: g_type_init_with_debug_flags (in /usr/lib/libgobject-2.0.so.0.1200.4) ==21508== by 0x9A7E66: g_type_init (in /usr/lib/libgobject-2.0.so.0.1200.4) ==21508== by 0x805B3D8: g_mime_init (gmime.c:81) ==21508== by 0x805747B: main (imapd.c:40) ==21508== ==21508== ==21508== 1,968 bytes in 82 blocks are definitely lost in loss record 26 of 40 ==21508== at 0x4004405: malloc (vg_replace_malloc.c:149) ==21508== by 0x1CDE57: g_malloc (in /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x1E44A3: g_tree_new_full (in /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x402DE28: dbmail_mailbox_open (dbmail-mailbox.c:135) ==21508== by 0x80555CC: _ic_fetch (imapcommands.c:1433) ==21508== by 0x805667A: _ic_uid (imapcommands.c:1976) ==21508== by 0x8052BBC: IMAPClientHandler (imap4.c:320) ==21508== by 0x40447A3: PerformChildTask (serverchild.c:368) ==21508== by 0x404492A: CreateChild (serverchild.c:202) ==21508== by 0x4046DB9: manage_start_children (pool.c:391) ==21508== by 0x4042FD7: StartServer (server.c:128) ==21508== by 0x4043D4C: server_run (server.c:240) ==21508== ==21508== ==21508== 34,510 (812 direct, 33,698 indirect) bytes in 1 blocks are definitely lost in loss record 29 of 40 ==21508== at 0x4004405: malloc (vg_replace_malloc.c:149) ==21508== by 0x41BC243: ??? ==21508== by 0x41BF49B: ??? ==21508== by 0x41BF4FA: ??? ==21508== by 0x400C084: ??? ==21508== by 0x4042F9F: StartServer (server.c:120) ==21508== by 0x4043D4C: server_run (server.c:240) ==21508== by 0x4045A30: serverparent_mainloop (serverparent.c:161) ==21508== by 0x80574DF: main (imapd.c:59) ==21508== ==21508== ==21508== 5,063,000 bytes in 20,405 blocks are possibly lost in loss record 37 of 40 ==21508== at 0x4005863: memalign (vg_replace_malloc.c:332) ==21508== by 0x40058E2: posix_memalign (vg_replace_malloc.c:384) ==21508== by 0x1DC136: (within /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x1DC408: g_slice_alloc (in /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x1E4457: (within /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x1E544E: (within /usr/lib/libglib-2.0.so.0.1200.4) ==21508== by 0x402DED9: dbmail_mailbox_open (dbmail-mailbox.c:151) ==21508== by 0x80555CC: _ic_fetch (imapcommands.c:1433) ==21508== by 0x805667A: _ic_uid (imapcommands.c:1976) ==21508== by 0x8052BBC: IMAPClientHandler (imap4.c:320) ==21508== by 0x40447A3: PerformChildTask (serverchild.c:368) ==21508== by 0x404492A: CreateChild (serverchild.c:202) ==21508== ==21508== LEAK SUMMARY: ==21508== definitely lost: 2,876 bytes in 87 blocks. ==21508== indirectly lost: 33,698 bytes in 23 blocks. ==21508== possibly lost: 5,064,304 bytes in 20,446 blocks. ==21508== still reachable: 33,678,393 bytes in 83,336 blocks. ==21508== suppressed: 0 bytes in 0 blocks. ==21508== Reachable blocks (those to which a pointer was found) are not shown. ==21508== To see them, rerun with: --show-reachable=yes ==21511== ==21511== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 61 from 2) ==21511== malloc/free: in use at exit: 71,035 bytes in 655 blocks. ==21511== malloc/free: 1,319 allocs, 664 frees, 309,799 bytes allocated. ==21511== For counts of detected errors, rerun with: -v ==21511== searching for pointers to 655 not-freed blocks. ==21511== checked 686,496 bytes. ==21511== ==21511== ==21511== 72 bytes in 1 blocks are definitely lost in loss record 4 of 25 ==21511== at 0x40056BF: calloc (vg_replace_malloc.c:279) ==21511== by 0x1CDDDF: g_malloc0 (in /usr/lib/libglib-2.0.so.0.1200.4) ==21511== by 0x404A2B5: db_load_driver (dbmodule.c:41) ==21511== by 0x404A701: db_connect (dbmodule.c:108) ==21511== by 0x4042F9F: StartServer (server.c:120) ==21511== by 0x4043D4C: server_run (server.c:240) ==21511== by 0x4045A30: serverparent_mainloop (serverparent.c:161) ==21511== by 0x80574DF: main (imapd.c:59) ==21511== ==21511== ==21511== 744 bytes in 3 blocks are possibly lost in loss record 14 of 25 ==21511== at 0x4005863: memalign (vg_replace_malloc.c:332) ==21511== by 0x40058E2: posix_memalign (vg_replace_malloc.c:384) ==21511== by 0x1DC136: (within /usr/lib/libglib-2.0.so.0.1200.4) ==21511== by 0x1DC408: g_slice_alloc (in /usr/lib/libglib-2.0.so.0.1200.4) ==21511== by 0x1AAA7F: g_array_sized_new (in /usr/lib/libglib-2.0.so.0.1200.4) ==21511== by 0x1AAB2D: g_array_new (in /usr/lib/libglib-2.0.so.0.1200.4) ==21511== by 0x1E1D68: g_static_private_set (in /usr/lib/libglib-2.0.so.0.1200.4) ==21511== by 0xB0BE9C: g_module_supported (in /usr/lib/libgmodule-2.0.so.0.1200.4) ==21511== by 0x404A270: db_load_driver (dbmodule.c:36) ==21511== by 0x404A701: db_connect (dbmodule.c:108) ==21511== by 0x4042F9F: StartServer (server.c:120) ==21511== by 0x4043D4C: server_run (server.c:240) ==21511== ==21511== ==21511== 800 bytes in 20 blocks are possibly lost in loss record 15 of 25 ==21511== at 0x40056BF: calloc (vg_replace_malloc.c:279) ==21511== by 0x1CDDDF: g_malloc0 (in /usr/lib/libglib-2.0.so.0.1200.4) ==21511== by 0x99F614: (within /usr/lib/libgobject-2.0.so.0.1200.4) ==21511== by 0x99F690: (within /usr/lib/libgobject-2.0.so.0.1200.4) ==21511== by 0x9A7DC7: g_type_init_with_debug_flags (in /usr/lib/libgobject-2.0.so.0.1200.4) ==21511== by 0x9A7E66: g_type_init (in /usr/lib/libgobject-2.0.so.0.1200.4) ==21511== by 0x805B3D8: g_mime_init (gmime.c:81) ==21511== by 0x805747B: main (imapd.c:40) ==21511== ==21511== ==21511== 34,510 (812 direct, 33,698 indirect) bytes in 1 blocks are definitely lost in loss record 23 of 25 ==21511== at 0x4004405: malloc (vg_replace_malloc.c:149) ==21511== by 0x41BC243: ??? ==21511== by 0x41BF49B: ??? ==21511== by 0x41BF4FA: ??? ==21511== by 0x400C084: ??? ==21511== by 0x4042F9F: StartServer (server.c:120) ==21511== by 0x4043D4C: server_run (server.c:240) ==21511== by 0x4045A30: serverparent_mainloop (serverparent.c:161) ==21511== by 0x80574DF: main (imapd.c:59) ==21511== ==21511== LEAK SUMMARY: ==21511== definitely lost: 884 bytes in 2 blocks. ==21511== indirectly lost: 33,698 bytes in 23 blocks. ==21511== possibly lost: 1,544 bytes in 23 blocks. ==21511== still reachable: 34,909 bytes in 607 blocks. ==21511== suppressed: 0 bytes in 0 blocks. ==21511== Reachable blocks (those to which a pointer was found) are not shown. ==21511== To see them, rerun with: --show-reachable=yes ==21507== ==21507== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 57 from 2) ==21507== malloc/free: in use at exit: 70,095 bytes in 647 blocks. ==21507== malloc/free: 1,229 allocs, 582 frees, 268,661 bytes allocated. ==21507== For counts of detected errors, rerun with: -v ==21507== searching for pointers to 647 not-freed blocks. ==21507== checked 690,892 bytes. ==21507== ==21507== ==21507== 744 bytes in 3 blocks are possibly lost in loss record 13 of 24 ==21507== at 0x4005863: memalign (vg_replace_malloc.c:332) ==21507== by 0x40058E2: posix_memalign (vg_replace_malloc.c:384) ==21507== by 0x1DC136: (within /usr/lib/libglib-2.0.so.0.1200.4) ==21507== by 0x1DC408: g_slice_alloc (in /usr/lib/libglib-2.0.so.0.1200.4) ==21507== by 0x1AAA7F: g_array_sized_new (in /usr/lib/libglib-2.0.so.0.1200.4) ==21507== by 0x1AAB2D: g_array_new (in /usr/lib/libglib-2.0.so.0.1200.4) ==21507== by 0x1E1D68: g_static_private_set (in /usr/lib/libglib-2.0.so.0.1200.4) ==21507== by 0xB0BE9C: g_module_supported (in /usr/lib/libgmodule-2.0.so.0.1200.4) ==21507== by 0x404A270: db_load_driver (dbmodule.c:36) ==21507== by 0x404A701: db_connect (dbmodule.c:108) ==21507== by 0x4042F9F: StartServer (server.c:120) ==21507== by 0x4043D4C: server_run (server.c:240) ==21507== ==21507== ==21507== 800 bytes in 20 blocks are possibly lost in loss record 14 of 24 ==21507== at 0x40056BF: calloc (vg_replace_malloc.c:279) ==21507== by 0x1CDDDF: g_malloc0 (in /usr/lib/libglib-2.0.so.0.1200.4) ==21507== by 0x99F614: (within /usr/lib/libgobject-2.0.so.0.1200.4) ==21507== by 0x99F690: (within /usr/lib/libgobject-2.0.so.0.1200.4) ==21507== by 0x9A7DC7: g_type_init_with_debug_flags (in /usr/lib/libgobject-2.0.so.0.1200.4) ==21507== by 0x9A7E66: g_type_init (in /usr/lib/libgobject-2.0.so.0.1200.4) ==21507== by 0x805B3D8: g_mime_init (gmime.c:81) ==21507== by 0x805747B: main (imapd.c:40) ==21507== ==21507== LEAK SUMMARY: ==21507== definitely lost: 0 bytes in 0 blocks. ==21507== possibly lost: 1,544 bytes in 23 blocks. ==21507== still reachable: 68,551 bytes in 624 blocks. ==21507== suppressed: 0 bytes in 0 blocks. ==21507== Reachable blocks (those to which a pointer was found) are not shown. ==21507== To see them, rerun with: --show-reachable=yes ==21506== ==21506== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 24 from 1) ==21506== malloc/free: in use at exit: 22,238 bytes in 284 blocks. ==21506== malloc/free: 1,013 allocs, 729 frees, 204,680 bytes allocated. ==21506== For counts of detected errors, rerun with: -v ==21506== searching for pointers to 284 not-freed blocks. ==21506== checked 506,744 bytes. ==21506== ==21506== ==21506== 4 bytes in 1 blocks are definitely lost in loss record 2 of 10 ==21506== at 0x40056BF: calloc (vg_replace_malloc.c:279) ==21506== by 0x1CDDDF: g_malloc0 (in /usr/lib/libglib-2.0.so.0.1200.4) ==21506== by 0x404365A: CreateSocket (server.c:440) ==21506== by 0x4043A6F: server_run (server.c:221) ==21506== by 0x4045A30: serverparent_mainloop (serverparent.c:161) ==21506== by 0x80574DF: main (imapd.c:59) ==21506== ==21506== ==21506== 10 (8 direct, 2 indirect) bytes in 1 blocks are definitely lost in loss record 3 of 10 ==21506== at 0x4004405: malloc (vg_replace_malloc.c:149) ==21506== by 0x1CDE57: g_malloc (in /usr/lib/libglib-2.0.so.0.1200.4) ==21506== by 0x1DF232: g_strsplit_set (in /usr/lib/libglib-2.0.so.0.1200.4) ==21506== by 0x4044FB5: DoConfig (serverparent.c:290) ==21506== by 0x4045C93: serverparent_getopt (serverparent.c:130) ==21506== by 0x80574A3: main (imapd.c:43) ==21506== ==21506== ==21506== 128 bytes in 2 blocks are definitely lost in loss record 4 of 10 ==21506== at 0x400579F: realloc (vg_replace_malloc.c:306) ==21506== by 0x1CDD65: g_realloc (in /usr/lib/libglib-2.0.so.0.1200.4) ==21506== by 0x1DFDD2: (within /usr/lib/libglib-2.0.so.0.1200.4) ==21506== by 0x1E0031: g_string_insert_len (in /usr/lib/libglib-2.0.so.0.1200.4) ==21506== by 0x1E0219: g_string_append_len (in /usr/lib/libglib-2.0.so.0.1200.4) ==21506== by 0x1E0D38: (within /usr/lib/libglib-2.0.so.0.1200.4) ==21506== by 0x1E0D73: g_string_printf (in /usr/lib/libglib-2.0.so.0.1200.4) ==21506== by 0x4031966: config_get_pidfile (config.c:291) ==21506== by 0x4045A88: serverparent_mainloop (serverparent.c:150) ==21506== by 0x80574DF: main (imapd.c:59) ==21506== ==21506== ==21506== 800 bytes in 20 blocks are possibly lost in loss record 6 of 10 ==21506== at 0x40056BF: calloc (vg_replace_malloc.c:279) ==21506== by 0x1CDDDF: g_malloc0 (in /usr/lib/libglib-2.0.so.0.1200.4) ==21506== by 0x99F614: (within /usr/lib/libgobject-2.0.so.0.1200.4) ==21506== by 0x99F690: (within /usr/lib/libgobject-2.0.so.0.1200.4) ==21506== by 0x9A7DC7: g_type_init_with_debug_flags (in /usr/lib/libgobject-2.0.so.0.1200.4) ==21506== by 0x9A7E66: g_type_init (in /usr/lib/libgobject-2.0.so.0.1200.4) ==21506== by 0x805B3D8: g_mime_init (gmime.c:81) ==21506== by 0x805747B: main (imapd.c:40) ==21506== ==21506== LEAK SUMMARY: ==21506== definitely lost: 140 bytes in 4 blocks. ==21506== indirectly lost: 2 bytes in 1 blocks. ==21506== possibly lost: 800 bytes in 20 blocks. ==21506== still reachable: 21,296 bytes in 259 blocks. ==21506== suppressed: 0 bytes in 0 blocks. ==21506== Reachable blocks (those to which a pointer was found) are not shown. ==21506== To see them, rerun with: --show-reachable=yes
_______________________________________________ Dbmail-dev mailing list [EMAIL PROTECTED] http://twister.fastxs.net/mailman/listinfo/dbmail-dev
