search for: libauthdb_imap

...-U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -mfunction-return=thunk -mindirect-branch=thunk -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2 -module -avoid-version -Wl,-O1 -Wl,--as-needed -o libauthdb_imap.la -rpath /usr/lib64/dovecot/auth libauthdb_imap_la-passdb-imap.lo ../lib-imap-client/libimap_client.la ../../src/lib-dovecot/libdovecot.la -export-dynamic -ldl libtool: link: x86_64-pc-linux-gnu-gcc -shared -fPIC -DPIC .libs/libauthdb_imap_la-passdb-imap.o -Wl,--whole-archive ../lib-imap-client/...

Hi, running dovecot-2.0.14 under Fedora 14 with kernel 2.6.35.14-103.fc14.i686.PA I've found a strange error in log which I've nerver observed before when startung dovecot: auth-worker: Error: dlopen(/usr/local/dovecot/lib/dovecot/auth/libauthdb_imap.so) failed: /usr/local/dovecot/lib/dovecot/auth/libauthdb_imap.so: undefined symbol: o_stream_switch_ioloop Dovecot seems to work normal despite the error message. Any enlightment welcome. --Frank Elsner

I'm currently running v2.1rc1, but have been seeing errors like: Dec 8 11:31:55 it kernel: auth[18914]: segfault at 48 ip 00fe2f74 sp bfcaccd0 error 4 in libauthdb_imap.so[fdd000+f000] The unstable and nightly builds are newer, but are they likely to be more or less stable than the version I'm currently running? I'd like to install a newer version, but am trying to get a feel for how usable they're likely to be. Thanks, Terry

Hi, The link to the release notes seems should have an 'l' on the end: Try: https://www.sourceware.org/ml/libc-alpha/2018-08/msg00003.html This with gdb: thunderstorm /usr/src/dovecot/dovecot-2.3/src/auth # gdb /root/dovecot-auth-crash/auth /root/dovecot-auth-crash/core.auth.29667 GNU gdb (Gentoo 8.1.1 p1) 8.1.1 Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU