Bug 153444

Summary: Thunderbird started to segfault
Product: [openSUSE] SUSE Linux 10.1 Reporter: Ladislav Michnovic <lmichnovic>
Component: FirefoxAssignee: Robert O'Callahan <rocallahan>
Status: RESOLVED DUPLICATE QA Contact: E-mail List <qa-bugs>
Severity: Major    
Priority: P5 - None CC: ralf
Version: Beta 9   
Target Milestone: ---   
Hardware: Other   
OS: Other   
Whiteboard:
Found By: Other Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: core
core

Description Ladislav Michnovic 2006-02-24 18:29:17 UTC
Thunderbird stoped accidentaly to start. 
/usr/bin/thunderbird: line 137:  5704 Segmentation fault     (core dumped) $AOSS $MOZ_PROGRAM $@
Comment 1 Ladislav Michnovic 2006-02-24 18:30:06 UTC
Created attachment 70238 [details]
core
Comment 2 Wolfgang Rosenauer 2006-03-02 05:58:32 UTC
the backtrace I get out of the core is unusable/broken.
Can you get one yourself please.
Comment 3 Ladislav Michnovic 2006-03-06 09:22:27 UTC
Created attachment 71302 [details]
core
Comment 4 Ladislav Michnovic 2006-03-06 09:23:12 UTC
I've attached a new one.
Comment 5 Ladislav Michnovic 2006-03-07 13:01:58 UTC
It is not related with Thunderbird. After reboot the problem disapeared. 
The both core files seem to be useless, but I have had installed also the debuginfo rpm. I don't know where is the problem. 
Comment 6 Lukas Lipavsky 2006-04-04 08:30:48 UTC
Here's gdb bactrace - with disabled aoss - modified line 137 in /usr/bin thunderbird
from $AOSS $MOZ_PROGRAM $@
to gdb `which $MOZ_PROGRAM` $@

(running on x86-64 SL10.1 Beta9)

Backtrace:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47221567815824 (LWP 16748)]
0x00002af29ffd5399 in strtok () from /lib64/libc.so.6
(gdb) backtrace
#0  0x00002af29ffd5399 in strtok () from /lib64/libc.so.6
#1  0x00002af29f7a9131 in ldap_str2charray ()
   from /usr/lib64/thunderbird/libldap50.so
#2  0x00002af2a1140bcd in ldap_url_parselist_int ()
   from /usr/lib64/libldap-2.3.so.0
#3  0x00002af2a11434ee in ldap_int_initialize_global_options ()
   from /usr/lib64/libldap-2.3.so.0
#4  0x00002af2a1143618 in ldap_int_initialize ()
   from /usr/lib64/libldap-2.3.so.0
#5  0x00002af2a112c996 in ldap_create () from /usr/lib64/libldap-2.3.so.0
#6  0x00002af2a112cd0a in ldap_initialize () from /usr/lib64/libldap-2.3.so.0
#7  0x00002af2a1005b95 in ?? () from /lib64/libnss_ldap.so.2
#8  0x00002af2a1007ec0 in ?? () from /lib64/libnss_ldap.so.2
#9  0x00002af2a1008a6b in ?? () from /lib64/libnss_ldap.so.2
#10 0x00002af2a1009079 in _nss_ldap_getpwuid_r () from /lib64/libnss_ldap.so.2
#11 0x00002af2a0de6be9 in getpwuid_plususer () from /lib64/libnss_compat.so.2
#12 0x00002af2a0de7011 in internal_getpwuid_r () from /lib64/libnss_compat.so.2
#13 0x00002af2a0de7138 in _nss_compat_getpwuid_r ()
   from /lib64/libnss_compat.so.2
#14 0x00002af29fff2eeb in getpwuid_r@@GLIBC_2.2.5 () from /lib64/libc.so.6
#15 0x00002af29e23fa33 in g_get_system_data_dirs ()
   from /opt/gnome/lib64/libglib-2.0.so.0
#16 0x00002af29e240b90 in g_get_home_dir ()
   from /opt/gnome/lib64/libglib-2.0.so.0
#17 0x00002af29d573d2e in gtk_rc_get_module_dir ()
   from /opt/gnome/lib64/libgtk-x11-2.0.so.0
#18 0x00002af29d5762ff in gtk_rc_parse_string ()
   from /opt/gnome/lib64/libgtk-x11-2.0.so.0
#19 0x00002af29d53c87d in gtk_init_with_args ()
   from /opt/gnome/lib64/libgtk-x11-2.0.so.0
#20 0x00002af29e2274ff in g_option_context_parse ()
   from /opt/gnome/lib64/libglib-2.0.so.0
#21 0x00002af29d53c5af in gtk_parse_args ()
   from /opt/gnome/lib64/libgtk-x11-2.0.so.0
#22 0x00002af29d53c609 in gtk_init_check ()
   from /opt/gnome/lib64/libgtk-x11-2.0.so.0
#23 0x00002af29d53c639 in gtk_init () from /opt/gnome/lib64/libgtk-x11-2.0.so.0
#24 0x000000000044d660 in ?? ()
#25 0x00002af29ff7f154 in __libc_start_main () from /lib64/libc.so.6
#26 0x000000000044b7c9 in ?? ()
#27 0x00007fff0e1dcba8 in ?? ()
#28 0x0000000000000000 in ?? ()
Comment 7 Lukas Lipavsky 2006-04-04 08:44:28 UTC
And in my case reboot didn't help (beta 9)
Comment 8 Lukas Lipavsky 2006-04-04 08:45:49 UTC
/usr/bin/thunderbird: line 137:  3788 Segmentation fault      $AOSS $MOZ_PROGRAM $@
This is the message I get
Comment 9 Lukas Lipavsky 2006-04-05 07:28:33 UTC
I've just found out that his happens ONLY IF NETWORK MANAGER is turned on. If I turn it off, all works well and it I turn it on again, thunderbird segfaults.

It seems to me like network manager problem, therefore I'm reassigning to network manager maintainer, and I'm also raising priority because network manager is one of key feature in SL
Comment 10 Lukas Lipavsky 2006-04-05 07:39:17 UTC
One more info:
If I have traditional networking (ifup,...) and I switch to network manager, thunderbird segfaults as soon as I try to start it.
But if I switch from netManag to traditional networking, thunderbird keep segfaulting until I reboot (so only switch of networking method isn't enough)
Comment 11 Wolfgang Rosenauer 2006-04-06 04:18:10 UTC
we have a report with a similar backtrace. 
Adding Ralf as LDAP guy.
Comment 12 Wolfgang Rosenauer 2006-04-06 04:25:21 UTC
not needed. It seems to be a real duplicate

*** This bug has been marked as a duplicate of 157078 ***
Comment 13 Robert CABANE 2006-05-28 17:14:36 UTC
I have this big with TB & FF. It's not (for me, with OpenSuSE10.1) related to
- Networkmanager (I don't use it)
- OSS (no influence)
- KDE window theme
I just disabled qt-gtk package ! And it works perfect !