I installed fresh mail/cyrus-imapd23 port and tried to run `cyradm' (a perl script delivered by Cyrus). This causes perl-executable to dump core. Debugger gives the following stack: 0x28250c65 in free () from /lib/libc.so.7 (gdb) where #0 0x28250c65 in free () from /lib/libc.so.7 #1 0x28876b82 in gss_release_buffer () from /usr/lib/libgssapi.so.10 #2 0x28876552 in gss_release_name () from /usr/lib/libgssapi.so.10 #3 0x28872ea9 in gss_init_sec_context () from /usr/lib/libgssapi.so.10 #4 0x2886b9d2 in gssapi_client_mech_step () from /opt/lib/sasl2/libgssapiv2.so.2 #5 0x2866a2a3 in sasl_client_step () from /opt/lib/libsasl2.so.2 #6 0x2866aee5 in sasl_client_start () from /opt/lib/libsasl2.so.2 #7 0x2850992e in imclient_authenticate () from /opt/lib/perl5/site_perl/5.10.1/mach/auto/Cyrus/IMAP/IMAP.so #8 0x28505e3e in XS_Cyrus__IMAP__authenticate () from /opt/lib/perl5/site_perl/5.10.1/mach/auto/Cyrus/IMAP/IMAP.so #9 0x2811883c in Perl_pp_entersub () from /opt/lib/perl5/5.10.1/mach/CORE/libperl.so #10 0x28116ea5 in Perl_runops_standard () from /opt/lib/perl5/5.10.1/mach/CORE/libperl.so #11 0x280bf4f4 in perl_run () from /opt/lib/perl5/5.10.1/mach/CORE/libperl.so #12 0x08048938 in main () Note, that the machine does not have Kerberos configured. The problem may be with the sasl2/libgssapiv2.so.2 doing something stupid, but our GSS-API should, probably, be smarter than freeing something unallocated (a NULL?) Fix: Remove (or bzip2) the Cyrus-installed sasl2/libgssapiv2.so.2 so as to exclude from the list of candidates for client-server authentication.
still appears to be happening in 8.2 (x86 build). Is there any other resolution besides removing the libs or building the port without them?
For bugs matching the following criteria: Status: In Progress Changed: (is less than) 2014-06-01 Reset to default assignee and clear in-progress tags. Mail being skipped