Am Montag, den 11.09.2006, 08:45 +0200 schrieb Paul J Stevens: > Lars, > > The only changes over the last week were in the FETCH code (not touched > in your examples), in the sqlite layer and in the pop3 code. But I've > also been moving a lot of the trace calls in the imap code to Aaron's > newtrace macros. Given that we've seen problems on solaris before in the > trace code, I wonder if that's the case here as well. So, could you run > some tests on a trace_level=0, and see if it still crashes then? And here is another backtrace.
#0 0xc9b812d7 in realfree () from /usr/lib/libc.so.1 #1 0xc9b80def in _malloc_unlocked () from /usr/lib/libc.so.1 #2 0xc9b80c07 in malloc () from /usr/lib/libc.so.1 #3 0xc9702002 in g_malloc (n_bytes=44) at gmem.c:131 #4 0xc9721d7c in _g_gnulib_printf_parse (format=0x8059958 "ENVELOPE % s", d=0x80431f0, a=0x8042f28) at printf-parse.c:57 #5 0xc9722636 in _g_gnulib_vasnprintf (resultbuf=0x0, lengthp=0x8043230, format=0x8059958 "ENVELOPE %s", args=0x80432b8 "�\b") at vasnprintf.c:229 #6 0xc972360e in _g_gnulib_vasprintf (result=0x8244cf8, format=0x8059958 "ENVELOPE %s", args=0x80432b8 "�\b") at printf.c:144 #7 0xc971f8ad in g_vasprintf (string=0x8043270, format=0x8059958 "ENVELOPE %s", args=0x80432b8 "�\b") at gprintf.c:305 #8 0xc9710939 in g_strdup_vprintf (format=0x8059958 "ENVELOPE %s", args=0x80432b8 "�\b") at gstrfuncs.c:188 #9 0x08052368 in dbmail_imap_session_printf () #10 0x08054061 in _do_fetch () #11 0xc9717bb0 in g_tree_foreach (tree=0xffffffff, func=0x8053d64 <_do_fetch>, user_data=0x807acb0) at gtree.c:821 #12 0x08052347 in dbmail_imap_session_fetch_get_items () #13 0x0804f82a in _ic_fetch () #14 0x0804ce1c in IMAPClientHandler () #15 0xc99f22a3 in PerformChildTask () from /opt/local/lib/libdbmail.so.0 #16 0xc99f2420 in CreateChild () from /opt/local/lib/libdbmail.so.0 #17 0xc99f6515 in manage_spare_children () from /opt/local/lib/libdbmail.so.0 #18 0xc99f0e7f in StartServer () from /opt/local/lib/libdbmail.so.0 #19 0xc99f1ae4 in server_run () from /opt/local/lib/libdbmail.so.0 #20 0xc99f3494 in serverparent_mainloop () from /opt/local/lib/libdbmail.so.0 #21 0x080517ec in main () Do you see the strange characters in line #5, #6 and #7?