Sadly, that doesn’t help either.  Over the past day, I’ve built and installed 
a different branch of the OS (stable/11, instead of release/11.1), to see if a 
new compiler/libc might change things.  Sadly, it does not.

  In the same situation now, auth fails immediately with signal 11.  Running 
gdb on auth (from build dir, compiled -g -O2) shows something similar.

       - Chris

# gdb work/dovecot-2.2.33.2/src/auth/.libs/auth
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 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 "sparc64-marcel-freebsd"...
(gdb) list
372                     /* ask auth master to disconnect us */
373                     auth_worker_client_send_shutdown();
374             }
375     }
376     
377     int main(int argc, char *argv[])
378     {
379             int c;
380     
381             master_service = master_service_init("auth", 0, &argc, &argv, 
"w");
(gdb) run
Starting program: 
/usr/ports/mail/dovecot/work/dovecot-2.2.33.2/src/auth/.libs/auth 

Program received signal SIGTRAP, Trace/breakpoint trap.
Cannot remove breakpoints because program is no longer writable.
It might be running in another process.
Further execution is probably impossible.
0x000000004022a380 in ?? ()
(gdb) bt
#0  0x000000004022a380 in ?? ()
#1  0x0000000000000008 in ?? ()
Previous frame identical to this frame (corrupt stack?)
(gdb) 


> On Feb 21, 2018, at 02:01, Aki Tuomi <aki.tu...@dovecot.fi> wrote:
> 
> Your core dump looks a bit broken. Since it seems to die instantly, can
> you try gdb /path/to/auth and just run it?
> 
> Aki

Reply via email to