Package: icedove Version: 10.0.12-1 Severity: important Hi,
I don't know if this bug is an icedove problem or a libnss-ldap problem. I open the report at icedove since the problem is only triggered with icedove. The system uses LDAP based user logins and NFS based home directories. It is a fresh installation, another system is working fine using a simular setup. Starting icedove results into an immediately crash at *every* run: thomas@buechse:~$ unset LANG thomas@buechse:~$ icedove --safe-mode Segmentation fault (core dumped) thomas@buechse:~$ gdb /usr/lib/icedove/icedove-bin core GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 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-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/lib/icedove/icedove-bin...Reading symbols from /usr/lib/debug/usr/lib/icedove/icedove-bin...done. done. [New LWP 5104] warning: Can't read pathname for load map: Input/output error. [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fff385fe000 Core was generated by `/usr/lib/icedove/icedove-bin --safe-mode'. Program terminated with signal 11, Segmentation fault. #0 0x00007ffb3d9b0fbb in strtok_r () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt #0 0x00007ffb3d9b0fbb in strtok_r () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00007ffb391a9e61 in ldap_str2charray (str=0x7ffb30d4020d "ldap://localhost/";, brkstr=0x7ffb30d3ff6e ", ") at charray.c:218 #2 0x00007ffb30d297a5 in ?? () from /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2 #3 0x00007ffb30d2b02f in ldap_int_initialize_global_options () from /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2 #4 0x00007ffb30d2b1ad in ldap_int_initialize () from /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2 #5 0x00007ffb30d10aab in ldap_create () from /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2 #6 0x00007ffb30d1104a in ldap_initialize () from /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2 #7 0x00007ffb30f5410a in ?? () from /lib/x86_64-linux-gnu/libnss_ldap.so.2 #8 0x00007ffb30f5545b in ?? () from /lib/x86_64-linux-gnu/libnss_ldap.so.2 #9 0x00007ffb30f56c07 in ?? () from /lib/x86_64-linux-gnu/libnss_ldap.so.2 #10 0x00007ffb30f57197 in _nss_ldap_getpwnam_r () from /lib/x86_64-linux-gnu/libnss_ldap.so.2 #11 0x00007ffb3d9d8ced in getpwnam_r () from /lib/x86_64-linux-gnu/libc.so.6 #12 0x00007ffb36d17d09 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #13 0x00007ffb36d1884d in g_get_home_dir () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #14 0x00007ffb35f51587 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #15 0x00007ffb35f55eb3 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #16 0x00007ffb35f0703a in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #17 0x00007ffb36cf75d7 in g_option_context_parse () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #18 0x00007ffb35f075be in gtk_parse_args () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #19 0x00007ffb3bb4a4eb in XRE_main (argc=<optimized out>, argv=<optimized out>, aAppData=<optimized out>) at /build/icedove-J7T4Xk/icedove-10.0.12/mozilla/toolkit/xre/nsAppRunner.cpp:3051 #20 0x0000000000401f49 in do_main (argv=0x7fff384a00c8, argc=2, exePath=0x7fff3849efb8 "/usr/lib/icedove/libxpcom.so") at nsMailApp.cpp:143 #21 main (argc=2, argv=0x7fff384a00c8) at nsMailApp.cpp:226 (gdb) I'm wondering why the URI 'ldap://localhost/' is printed in the backtrace - the configuration file generated by debconf does contain the correct ldap server: thomas@buechse:~$ egrep '(127.0.0.1|localhost|uri|host)' /etc/libnss-ldap.conf # Multiple hosts may be specified, each separated by a #host 127.0.0.1 uri ldap://10.0.0.66/ #uri ldap://127.0.0.1/ #uri ldaps://127.0.0.1/ #uri ldapi://%2fvar%2frun%2fldapi_sock/ # Check the 'host' attribute for access control # value for the host attribute, and pam_ldap is #pam_check_host_attr yes #nss_base_hosts ou=Hosts,dc=padl,dc=com?one # Disable SASL security layers. This is needed for AD. Other packages do not hit this problem - even iceweasel is working fine. Regards, Thomas -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.8.4-tl1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.3.2 ii fontconfig 2.9.0-7.1 ii libasound2 1.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-5 2.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libnspr4 2:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libnss3 2:3.14.3-1 ii libnss3-1d 2:3.14.3-1 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-4 ii libsqlite3-0 3.7.13-1 ii libstartup-notification0 0.12-1 ii libstdc++6 4.7.2-5 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxrender1 1:0.9.7-1 ii libxt6 1:1.1.3-1 ii psmisc 22.19-1+deb7u1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages icedove recommends: ii hunspell-de-at [hunspell-dictionary] 20120607-1 ii hunspell-de-ch [hunspell-dictionary] 20120607-1 ii hunspell-de-de [hunspell-dictionary] 20120607-1 ii hunspell-en-us [hunspell-dictionary] 20070829-6 Versions of packages icedove suggests: ii fonts-lyx 2.0.3-3 ii gconf-service 3.2.5-1+build1 ii libgconf-2-4 3.2.5-1+build1 ii libgssapi-krb5-2 1.10.1+dfsg-4+nmu1 ii libnotify4 0.7.5-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
