How to reproduce: - start pine - the "SSL/TLS CERTIFICATE VALIDATION FAILURE" screen is displayed, with 2 options: Answer "Yes" to ignore the warning and continue, "No" to cancel the open of this folder. - choose "yes" - the login name is requested, type it then press enter - the password is requested, type it then press enter - the certificate validation failure is still displayed, but "[New mail in folders "velocity-dev", "velocity-user" and "linux-kernel"]" is displayed above the bottom menu and you have to press enter, to confirm you accept the certificate. result: Problem detected: "Received abort signal(sig=11)". Pine Exiting. Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r1, 2.6.12-gentoo-r9 i686) ================================================================= System uname: 2.6.12-gentoo-r9 i686 Pentium III (Coppermine) Gentoo Base System version 1.12.0_pre6 dev-lang/python: 2.2.3-r5, 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -fprefetch-loop-arrays -ffast-math -fforce-addr -falign-functions=4 -mfpmath=sse" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /opt/openjms/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/alias /var/qmail/control /var/run/dspam /var/spool/dspam" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -fprefetch-loop-arrays -ffast-math -fforce-addr -falign-functions=4 -mfpmath=sse" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy distlocks fixpackages sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 acl adns alsa apache2 berkdb bitmap-fonts crypt curl eds emboss fam flash freetds gd gif gpm gstreamer imagemagick imap innodb java javamail jpeg junit ldap libg++ libwww maildir memlimit mp3 ncurses nls noauthcram nptl ogg oss pam pdflib pg-hier pg-intdatetime pg-vacuumdelay pic png python readline ruby samba slang slp spell sse ssl tcpd tiff truetype truetype-fonts type1-fonts unicode vorbis xml xml2 zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS pine ver 4.63-r3, but it does the same thing with older versions too. I've installed pine using CFLAGS="-ggdb3 -O1" USE=debug emerge -v pine to debug it. The imap server is courier-imap. GNU gdb 6.3 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 "i686-pc-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (no debugging symbols found) Core was generated by `pine'. Program terminated with signal 6, Aborted. warning: current_sos: Can't read pathname for load map: Input/output error Reading symbols from /usr/lib/libldap-2.2.so.7...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libldap-2.2.so.7 Reading symbols from /usr/lib/liblber-2.2.so.7...(no debugging symbols found)...done. Loaded symbols for /usr/lib/liblber-2.2.so.7 Reading symbols from /lib/libresolv.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libncurses.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libncurses.so.5 Reading symbols from /lib/libpam.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libpam.so.0 Reading symbols from /lib/libdl.so.2... (no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/lib/libssl.so.0.9.7...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libssl.so.0.9.7 Reading symbols from /usr/lib/libcrypto.so.0.9.7...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libcrypto.so.0.9.7 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_compat.so.2... (no debugging symbols found)...done. Loaded symbols for /lib/libnss_compat.so.2 Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /lib/libnss_nis.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libnss_nis.so.2 Reading symbols from /lib/libnss_files.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libnss_files.so.2 #0 0xffffe410 in __kernel_vsyscall () (gdb) bt #0 0xffffe410 in __kernel_vsyscall () #1 0xb7c71c31 in raise () from /lib/libc.so.6 #2 0xb7c73549 in abort () from /lib/libc.so.6 #3 0x081b8839 in ?? () #4 0xbff819e4 in ?? () #5 0xbff81a02 in ?? () #6 0xbff819cc in ?? () #7 0x0816dea5 in ?? () #8 0x084b0080 in ?? () #9 0x0835976c in _IO_stdin_used () #10 0xbff818c4 in ?? () #11 0x08361cd7 in _IO_stdin_used () #12 0x626f7250 in ?? () #13 0x206d656c in ?? () #14 0x65746564 in ?? () #15 0x64657463 in ?? () #16 0x5222203a in ?? () #17 0x69656365 in ?? () #18 0x20646576 in ?? () #19 0x726f6261 in ?? () #20 0x69732074 in ?? () #21 0x6c616e67 in ?? () #22 0x67697328 in ?? () #23 0x2931313d in ?? () #24 0x500a2e22 in ?? () #25 0x20656e69 in ?? () #26 0x74697845 in ?? () #27 0x2e676e69 in ?? () #28 0x00000000 in ?? () #29 0xfbad8001 in ?? () #30 0xbff819e4 in ?? () #31 0xbff819e4 in ?? () #32 0xbff819e4 in ?? () #33 0xbff819e4 in ?? () #34 0xbff81a02 in ?? () #35 0xffffffff in ?? () #36 0xbff819e4 in ?? () #37 0xffffffff in ?? () #38 0x00000000 in ?? () #39 0x00000000 in ?? () #40 0x00000000 in ?? () #41 0x00000000 in ?? () #42 0x00000000 in ?? () #43 0x00000000 in ?? () #44 0x00000000 in ?? () #45 0x00000000 in ?? () #46 0x00000000 in ?? () #47 0x00000000 in ?? () #48 0x00000000 in ?? () #49 0x00000000 in ?? () #50 0x00000000 in ?? () #51 0x00000000 in ?? () #52 0xffffffff in ?? () #53 0x00000000 in ?? () #54 0x00000000 in ?? () #55 0x00000000 in ?? () #56 0x00000000 in ?? () #57 0x00000000 in ?? () #58 0xb7d7bc00 in _IO_file_jumps () from /lib/libc.so.6 #59 0x00000000 in ?? () #60 0x00000000 in ?? () #61 0xb7d7bff4 in ?? () from /lib/libc.so.6 #62 0x00000001 in ?? () #63 0x0000000b in ?? () #64 0xbff819ac in ?? () #65 0xb7c8e36b in sprintf () from /lib/libc.so.6 Previous frame inner to this frame (corrupt stack?)
Created attachment 66653 [details] Pine crash file
I'm afraid that I cannot reproduce this bug. I've tried connecting to remote imap/ssl server using both single-folder and folder-collection methods, but all seems to be working just OK. Try contacting Pine development team, maybe they will have more insight into this. Sorry, I am unable to help you further, but feel free to comment here if you find anything out.
Any news on this one?
I am still discussing the problem with Eduardo Chappa.
It seems the new pine release 4.64 fixes the problem.
I'm glad it does. Closing as FIXED, although we (Gentoo) didn't really fix it. :)