thunderbird segfaults without any other error message immediately after start Reproducible: Always Steps to Reproduce: 1. start thunderbird 2. 3. Actual Results: Segmentation fault Expected Results: run :-) running: /usr/lib64/thunderbird/run-mozilla.sh -g /usr/lib64/thunderbird/thunderbird-bin gives: MOZILLA_FIVE_HOME=/usr/lib64/thunderbird LD_LIBRARY_PATH=/usr/lib64/thunderbird:/usr/lib64/thunderbird/plugins:/usr/lib64/thunderbird DISPLAY=:0.0 DYLD_LIBRARY_PATH=/usr/lib64/thunderbird:/usr/lib64/thunderbird LIBRARY_PATH= SHLIB_PATH=/usr/lib64/thunderbird:/usr/lib64/thunderbird LIBPATH=/usr/lib64/thunderbird:/usr/lib64/thunderbird ADDON_PATH= MOZ_PROGRAM=/usr/lib64/thunderbird/thunderbird-bin MOZ_TOOLKIT= moz_debug=1 moz_debugger= moz_debugger_args= /usr/lib64/thunderbird/run-mozilla.sh: line 116: type: ddd: not found /usr/bin/gdb --args /usr/lib64/thunderbird/thunderbird-bin GNU gdb (Gentoo 7.2 p1) 7.2 Copyright (C) 2010 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-pc-linux-gnu". For bug reporting instructions, please see: <http://bugs.gentoo.org/>... Reading symbols from /usr/lib64/thunderbird/thunderbird-bin...(no debugging symbols found)...done. (gdb) run Starting program: /usr/lib64/thunderbird/thunderbird-bin [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0x00007ffff50de70b in strtok_r () from /lib64/libc.so.6 (gdb) where #0 0x00007ffff50de70b in strtok_r () from /lib64/libc.so.6 #1 0x00007ffff2dbbb8f in ldap_str2charray () from /usr/lib64/thunderbird/libldap60.so #2 0x00007fffe851fde6 in ?? () from /usr/lib64/libldap-2.4.so.2 #3 0x00007fffe852170b in ldap_int_initialize_global_options () from /usr/lib64/libldap-2.4.so.2 #4 0x00007fffe852186d in ldap_int_initialize () from /usr/lib64/libldap-2.4.so.2 #5 0x00007fffe8507e1e in ldap_create () from /usr/lib64/libldap-2.4.so.2 #6 0x00007fffe850824a in ldap_initialize () from /usr/lib64/libldap-2.4.so.2 #7 0x00007fffe874485f in ?? () from /usr/lib64/libnss_ldap.so.2 #8 0x00007fffe87463fc in ?? () from /usr/lib64/libnss_ldap.so.2 #9 0x00007fffe8747aed in ?? () from /usr/lib64/libnss_ldap.so.2 #10 0x00007fffe87481f7 in _nss_ldap_getpwnam_r () from /usr/lib64/libnss_ldap.so.2 #11 0x00007ffff50ffe9d in getpwnam_r () from /lib64/libc.so.6 #12 0x00007ffff03e57d2 in ?? () from /usr/lib64/libglib-2.0.so.0 #13 0x00007ffff03e6635 in g_get_home_dir () from /usr/lib64/libglib-2.0.so.0 #14 0x00007fffefeb5036 in ?? () from /usr/lib64/libgtk-x11-2.0.so.0 #15 0x00007fffefeb969f in ?? () from /usr/lib64/libgtk-x11-2.0.so.0 #16 0x00007fffefe69945 in ?? () from /usr/lib64/libgtk-x11-2.0.so.0 #17 0x00007ffff03bee58 in g_option_context_parse () from /usr/lib64/libglib-2.0.so.0 #18 0x00007fffefe69e28 in gtk_parse_args () from /usr/lib64/libgtk-x11-2.0.so.0 #19 0x00007ffff5c3bc99 in XRE_main () from /usr/lib64/thunderbird/libxul.so #20 0x0000000000401ad1 in ?? () #21 0x00007ffff507ecdd in __libc_start_main () from /lib64/libc.so.6 #22 0x00000000004018a9 in ?? () #23 0x00007fffffffd1a8 in ?? () #24 0x000000000000001c in ?? () #25 0x0000000000000001 in ?? () #26 0x00007fffffffd67a in ?? () #27 0x0000000000000000 in ?? ()
seems that solution was to uninstall nss_ldap emerge --unmerge nss_ldap then everything works again....
another solution http://getsatisfaction.com/mozilla_messaging/topics/thunderbird_segfaults_on_startup_when_nss_ldap_is_used
I can confirm this problem with newly installed thunderbird-10.0.3. Uninstalling nss_ldap is not a viable solution for me, as I use it for authentication. The immediate crash happens in a call to strtok_r("ldap://localhost/", ", ", &some_valid_storage_on_stack), so something has got badly broken before.
*** Bug 391807 has been marked as a duplicate of this bug. ***
Work is underway in another bug to resolve the conflict and use bundled ldap instead of finding system ldap *** This bug has been marked as a duplicate of bug 417687 ***
Why not to use system ldap? Currently my only solution to run thunderbird is: cd /usr/lib64/thunderbird rm libldap60.so ln -s ../libldap.so ./libldap60.so