On 2003-10-14 at 23:04 -0400, Henry Baragar wrote: > On Tue, 14 Oct 2003 16:49:30 -0700, Rick Updegrove > <[EMAIL PROTECTED]> wrote: > > >Hi, > > > >I just re-installed the FreeBSD port of bincimap to try and get rid of > >these... > > > >What *exactly* do you all want to assist in solving this problem?
For starters, your Binc IMAP (or FreeBSD port) version... Mine is: [EMAIL PROTECTED] pkg_info | grep binc bincimap-1.2.3 Light-weight IMAP server for Maildir [EMAIL PROTECTED] > >[EMAIL PROTECTED] ~ # tail -f /var/log/messages > >Oct 14 15:26:54 smeagol /kernel: pid 1780 (bincimap-up), uid 65534: > >exited on signal 10 > >Oct 14 15:30:59 smeagol /kernel: pid 2248 (bincimap-up), uid 0: exited > >on signal 10 (core dumped) > >Oct 14 15:38:48 smeagol /kernel: pid 2474 (bincimap-up), uid 65534: > >exited on signal 10 > Signal 10 is a bus error... which usually indicates a data alignment > problem. A trace from a gdb on the core file that was dumped will help > pinpoint the problem. However, unless it is a simple problem we will have > to wait until Andreas gets back from vacation at the end of October:-( I also noticed few of these in my logs (although not as many as Rick has). I have only two messages in one week, and Binc IMAP is running on a production server. Here is my gdb backtrace (sorry for long lines): [EMAIL PROTECTED] gdb /pkg/bin/bincimap-up bincimap-up.core GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...(no debugging symbols found)... Core was generated by `bincimap-up'. Program terminated with signal 10, Bus error. Reading symbols from /usr/lib/libssl.so.3...(no debugging symbols found)...done. Reading symbols from /usr/lib/libcrypto.so.3...(no debugging symbols found)...done. Reading symbols from /usr/lib/libstdc++.so.3...(no debugging symbols found)...done. Reading symbols from /usr/lib/libm.so.2...(no debugging symbols found)...done. Reading symbols from /usr/lib/libc.so.4...(no debugging symbols found)...done. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)...done. #0 0x8069b6c in ostream & operator<<<char, string_char_traits<char>, __default_alloc_template<false, 0> > () (gdb) bt #0 0x8069b6c in ostream & operator<<<char, string_char_traits<char>, __default_alloc_template<false, 0> > () #1 0x80660fe in ostream & operator<<<char, string_char_traits<char>, __default_alloc_template<false, 0> > () #2 0x8065b2d in ostream & operator<<<char, string_char_traits<char>, __default_alloc_template<false, 0> > () #3 0x80753e7 in ostream & operator<<<char, string_char_traits<char>, __default_alloc_template<false, 0> > () #4 0x8075482 in ostream & operator<<<char, string_char_traits<char>, __default_alloc_template<false, 0> > () #5 0x805fbb6 in ostream & operator<<<char, string_char_traits<char>, __default_alloc_template<false, 0> > () #6 0x805c445 in ostream & operator<<<char, string_char_traits<char>, __default_alloc_template<false, 0> > () #7 0x804a59e in free () (gdb) Ideas, anyone? Sergei
