Hi all,
I found a whole bunch of core files from imap this evening, so here
are the stack traces from each. Unlike my last message, I don't have
debugging symbols for these, so there isn't any analysis I can easily
do. There were several cores with the first stack trace and one with
the second trace. The core dump for the second trace is the only one
I noticed. I suspect that the first trace happens when the client
host goes to sleep. If so, the situation needs to be handled more
gracefully. I'm currently building a copy of imap with debugging
symbols.
Dovecot Version: 1.1.beta3 with the notify patch from a few days ago
OS: NetBSD/sparc64 4.0_RC3 (big endian, 64bit)
File System: local UFS#0 0x0000000040550010 in abort () from /usr/lib/libc.so.12 #1 0x0000000000180770 in i_error () #2 0x00000000001805fc in i_panic () #3 0x00000000001192a4 in client_destroy () #4 0x00000000001196c8 in client_continue_pending_input () #5 0x0000000000114ecc in cmd_fetch () #6 0x000000000011515c in cmd_fetch () #7 0x0000000000118828 in client_command_cancel () #8 0x00000000001190c8 in client_destroy () #9 0x0000000000186d64 in io_loop_handler_run () #10 0x0000000000186198 in io_loop_run () #11 0x0000000000120fe8 in main ()
#0 0x0000000000129c3c in maildir_uidlist_iter_deinit () #1 0x000000000012a064 in maildir_uidlist_sync_get_full_filename () #2 0x000000000012c380 in maildir_uidlist_sync_deinit () #3 0x00000000001282ac in maildir_sync_notify () #4 0x0000000000128574 in maildir_storage_sync_init () #5 0x000000000016ec74 in mailbox_sync_init () #6 0x000000000016ed10 in mailbox_sync () #7 0x0000000000117484 in cmd_select_full () #8 0x0000000000117610 in cmd_select () #9 0x0000000000118c78 in client_send_command_error () #10 0x0000000000118d60 in client_send_command_error () #11 0x0000000000119430 in client_input () #12 0x0000000000186d64 in io_loop_handler_run () #13 0x0000000000186198 in io_loop_run () #14 0x0000000000120fe8 in main ()