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?
Hello Paul!
I set trace level to 0, but i still get crashes. Fortunaly i learned how
to create coredumps in the meantime.
Below you will find the backtrace from the coredump:
(gdb) backtrace
#0 0xc9b81520 in t_delete () from /usr/lib/libc.so.1
#1 0xc9b8121d in realfree () from /usr/lib/libc.so.1
#2 0xc9b80def in _malloc_unlocked () from /usr/lib/libc.so.1
#3 0xc9b80faf in realloc () from /usr/lib/libc.so.1
#4 0xc9701f2b in g_realloc (mem=0x840bca8, n_bytes=62) at gmem.c:168
#5 0xc9722744 in _g_gnulib_vasnprintf (resultbuf=0x0,
lengthp=0x80436a0, format=0x14 "", args=0x804373c "\220�\b ɦ?\031\b
\024") at vasnprintf.c:306
#6 0xc972360e in _g_gnulib_vasprintf (result=0x0, format=0x805cbd9
"RESPONSE: [%s]", args=0x804373c "\220�\b ɦ?\031\b\024") at printf.c:144
#7 0xc971f8ad in g_vasprintf (string=0x80436e0, format=0x805cbd9
"RESPONSE: [%s]", args=0x804373c "\220�\b ɦ?\031\b\024") at
gprintf.c:305
#8 0xc9710939 in g_strdup_vprintf (format=0x805cbd9 "RESPONSE: [%s]",
args=0x804373c "\220�\b ɦ?\031\b\024") at gstrfuncs.c:188
#9 0xc99e2fb9 in newtrace () from /opt/local/lib/libdbmail.so.0
#10 0x08055a69 in dbmail_imap_session_printf ()
#11 0x080565f8 in dbmail_imap_session_prompt ()
#12 0x08050a08 in _ic_authenticate ()
#13 0x0804dd58 in IMAPClientHandler ()
#14 0xc99f4cdf in PerformChildTask () from /opt/local/lib/libdbmail.so.0
#15 0xc99f4e5c in CreateChild () from /opt/local/lib/libdbmail.so.0
#16 0xc99f73af in manage_spare_children ()
from /opt/local/lib/libdbmail.so.0
#17 0xc99f2d13 in StartServer () from /opt/local/lib/libdbmail.so.0
#18 0xc99f384a in server_run () from /opt/local/lib/libdbmail.so.0
#19 0x08054f38 in main ()
As you can see, there get's still some output generated. The code is
located in dbmail-imapsession.c starting at line 1302.
if (result < maxlen)
trace(TRACE_DEBUG,"RESPONSE: [%s]", re);
else
trace(TRACE_DEBUG,"RESPONSE: [%s...]", re);
I try compiling with that lines of codes commented out.
