Hi Aki,

Thanks for your response. Indeed, I don't know why the first 2 lines don't
have debugging symbols, as my build of dovecot definitely has them. Any
hints on how I can get them?

$ file /usr/local/libexec/dovecot/auth
/usr/local/libexec/dovecot/auth: ELF 64-bit LSB executable, x86-64, version
1 (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, for
FreeBSD 12.0 (1200054), FreeBSD-style, with debug_info, not stripped


Regardless, it is not really necessary, as I was able to determine from
/var/log/debug.log and aslo by attaching gdb to the running "auth -w"
process that this all occurred during the pam_authenticate step in
src/auth/passdb-pam.c (as per my DIAGNOSIS section in the previous email):
https://github.com/dovecot/core/blob/2.2.33.2/src/auth/passdb-pam.c#L158

Regards,
Ben

--
From: Benjamin Woods
woods...@gmail.com

On 13 February 2018 at 00:44, Aki Tuomi <aki.tu...@dovecot.fi> wrote:

> Hi!
>
> Can you attempt to get core dump with debugging symbols with dovecot too?
> Currently it seems to only contain symbols from kerberos bit, which is not
> very useful on it's own.
>
> Aki
>
> > On 12 February 2018 at 17:34 Ben Woods <woods...@gmail.com> wrote:
> > GDB BACKTRACE OF COREDUMP:
> > $ gdb /usr/local/libexec/dovecot/auth
> > GNU gdb (GDB) 8.0.1 [GDB v8.0.1 for FreeBSD]
> > Copyright (C) 2017 Free Software Foundation, Inc.
> > License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.
> html
> > >
> > This is free software: you are free to change and redistribute it.
> > There is NO WARRANTY, to the extent permitted by law.  Type "show
> copying"
> > and "show warranty" for details.
> > This GDB was configured as "x86_64-portbld-freebsd12.0".
> > Type "show configuration" for configuration details.
> > For bug reporting instructions, please see:
> > <http://www.gnu.org/software/gdb/bugs/>.
> > Find the GDB manual and other documentation resources online at:
> > <http://www.gnu.org/software/gdb/documentation/>.
> > For help, type "help".
> > Type "apropos word" to search for commands related to "word"...
> > Reading symbols from /usr/local/libexec/dovecot/auth...done.
> > (gdb) core /tmp/auth.core
> > [New LWP 102627]
> > warning: Can't read pathname for load map: Unknown error: -1.
> > warning: Can't read pathname for load map: Unknown error: -1.
> > warning: Can't read pathname for load map: Unknown error: -1.
> > warning: Can't read pathname for load map: Unknown error: -1.
> > Core was generated by `dovecot/auth -w'.
> > Program terminated with signal SIGSEGV, Segmentation fault.
> > #0  strlen (str=0x0) at /usr/src/lib/libc/string/strlen.c:100
> > warning: Source file is more recent than executable.
> > 100              */
> > (gdb) bt
> > #0  strlen (str=0x0) at /usr/src/lib/libc/string/strlen.c:100
> > #1  0x0000000012130022 in strdup (str=0x0) at
> > /usr/src/lib/libc/string/strdup.c:46
> > #2  0x0000000011b65e9d in krb5_appdefault_string (context=0x10777000,
> > appname=0x106f0018 "imap", realm=0x0, option=0x13b1f403
> "ticket_lifetime",
> > default_value=0x0, ret_value=0x7fffffffe088)
> >     at appdefault.c:165
> > #3  0x0000000013af4a80 in krb5_appdefault_time (context=0x0,
> > appname=0xffffffffaaca6003 <error: Cannot access memory at address
> > 0xffffffffaaca6003>,
> >     realm=0x50 <error: Cannot access memory at address 0x50>, option=0x0,
> > def_val=0, ret_val=0x7fffffffe0e0) at
> > /usr/src/crypto/heimdal/lib/krb5/appdefault.c:130
> > #4  0x0000000013ae3e79 in krb5_get_init_creds_opt_set_default_flags
> > (context=0x10777000, appname=0x106f0018 "imap", realm=0x0,
> opt=0x1070f3c0)
> >     at /usr/src/crypto/heimdal/lib/krb5/init_creds.c:171
> > #5  0x00000000138b738f in ?? ()
> > #6  0x0000000000000000 in ?? ()
> >
>

Reply via email to