dovecot --version 2.2.21 (5345f22)
FreeBSD 10.2-RELEASE-p11 FreeBSD 10.2-RELEASE-p11 #0 r294908M: amd64
Core was generated by `dovecot'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/dovecot/libdovecot.so.0...done.
Loaded symbols for /usr/local/lib/dovecot/libdovecot.so.0
Reading symbols from /lib/libc.so.7...Reading symbols from /usr/lib/debug//lib/libc.so.7.debug...done.
done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /libexec/ld-elf.so.1...Reading symbols from /usr/lib/debug//libexec/ld-elf.so.1.debug...done.
done.
Loaded symbols for /libexec/ld-elf.so.1
#0 0x0000000800910c74 in io_loop_time_refresh () at ioloop.c:635
635 ioloop.c: No such file or directory.
in ioloop.c
(gdb) bt full
#0 0x0000000800910c74 in io_loop_time_refresh () at ioloop.c:635
No locals.
#1 0x0000000800910961 in io_loop_timeouts_start_new (ioloop=0x801421080) at ioloop.c:436
to_idx = (struct timeout * const *) 0x801419880
#2 0x0000000800910915 in io_loop_handler_run (ioloop=0x801421080) at ioloop.c:606
No locals.
#3 0x000000080091073f in io_loop_run (ioloop=0x801421080) at ioloop.c:583
No locals.
#4 0x000000080086aaab in master_service_run (service=0x80141b140, callback=0) at master-service.c:640
No locals.
#5 0x0000000000406509 in main (argc=3, argv=0x7fffffffb4c0) at main.c:888
set = (struct master_settings *) 0x801429110
error = 0x800caa2c3 "H\203Ä ]Ã\017\037\200"
doveconf_arg = 0x0
orig_info_callback = (failure_callback_t *) 0x8008f0220
On 31 Jan 2016, at 04:47, Robert Blayzor rblayzor.bulk@inoc.net wrote:
dovecot --version 2.2.21 (5345f22)
FreeBSD 10.2-RELEASE-p11 FreeBSD 10.2-RELEASE-p11 #0 r294908M: amd64
#0 0x0000000800910c74 in io_loop_time_refresh () at ioloop.c:635 635 ioloop.c: No such file or directory.
There's no way it can crash here, unless something's badly broken. Either a buggy compiler or maybe memory corruption earlier in the process. Can you reproduce it? Can you run it via valgrind?
On Jan 31, 2016, at 4:26 AM, Timo Sirainen tss@iki.fi wrote:
There's no way it can crash here, unless something's badly broken. Either a buggy compiler or maybe memory corruption earlier in the process. Can you reproduce it? Can you run it via valgrind?
I’ve been tracking this with an open bug in FreeBSD as well, because I felt the same way. FreeBSD team saying it looked like a program bug; hence the reason why I had to install the system libs with all debug symbols.
Two things I may try depending on their feedback now is probably clang sanitizers (valgrind alternative) or maybe try compiling dovecot with GCC instead of clang and see if the problem persists.
-- Robert inoc.net!rblayzor XMPP: rblayzor.AT.inoc.net PGP Key: 78BEDCE1 @ pgp.mit.edu
participants (2)
-
Robert Blayzor
-
Timo Sirainen