Closed Bug 348506 Opened 18 years ago Closed 18 years ago

[suse] crash when i type first characters of mail address and composer finds a match in address book

Categories

(Thunderbird :: Message Compose Window, defect)

x86
Linux
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 292127

People

(Reporter: gjgmp, Assigned: mscott)

Details

(Keywords: crash, stackwanted)

Attachments

(1 obsolete file)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.13) Gecko/20060411 Firefox/1.0.8 SUSE/1.0.8-0.2
Build Identifier: Thunderbird 1.5.0.5 20060725

Initially thunderbird startup OK, it connects to my imap server and displays folders/messages, etc.
When i next start the message composer and start typing a destination mail address, thunderbird crashes as soon as i've type enough characters for it to complete the address from the address book.
It doesn't crash when i type in a fake address that can't be completed from the addressbook (or ldap server)

thunderbird crashes with
/usr/bin/thunderbird: line 137: 14065 Segmentation fault      $AOSS $MOZ_PROGRAM $@

This happens every time.


Reproducible: Always

Steps to Reproduce:
1. Start composer
2. In the "To" box start typing until the address can be automatically completed
3. It crashes.

Actual Results:  
/usr/bin/thunderbird: line 137: 14065 Segmentation fault      $AOSS $MOZ_PROGRAM $@



I'll attach strace information (of original thunderbird script)

I've tried running gdb by changing line 137 of /usr/bin/thunderbird into
   $AOSS gdb $MOZ_PROGRAM $@

This resulted in
 found)...(no debugging symbols found)...(no debugging symbols found)...[New Thread 1090513840 (LWP 14188)]
Detaching after fork from child process 14189.
Detaching after fork from child process 14190.
[New Thread 1101839280 (LWP 14191)]
[New Thread 1107901360 (LWP 14192)]
[New Thread 1111493552 (LWP 14193)]
Detaching after fork from child process 14194.
[New Thread 1115614128 (LWP 14195)]
[New Thread 1117715376 (LWP 14196)]
[New Thread 1119816624 (LWP 14197)]
[New Thread 1124182960 (LWP 14198)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1124182960 (LWP 14198)]
0x40019870 in poll () from /usr/lib/libaoss.so

Then X11 was completely stuck and i had to kill gdb to get it going again.

I suspected that composer wanted to play a sound when it completed the mail address, so i changed line 137 into
   $MOZ_PROGRAM $@
(so no aoss wrapper)
With that change thunderbird no longer crashes.

Version info that might be relevant:
alsa-1.0.6-8
glibc-2.3.3-118
kernel-default-2.6.8-24.24
for reference, this should work:

./run-mozilla.sh -g -d gdb ./thunderbird-bin

if the problem is sound, please build xpcshell (firefox, mozilla, seamonkey, xulrunner), and try something like:

./run-mozilla.sh ./xpcshell
snd=Components.classes["@mozilla.org/sound;1"].createInstance(Components.interfaces.nsISound);
snd.beep();
snd.playSystemSound("_moz_mailbeep");

also, load about:config (good luck, don't ask me, i don't use thunderbird on your computer), and check

mail.biff.play_sound
mail.biff.play_sound.type
mail.biff.play_sound.url
had to limit strace output to one process
Did 'grep 14002' on the trace
Comment on attachment 233445 [details]
strace of original thunderbird script resulting in segmentation fault

please don't ever post straces to mozilla's bugzilla unless someone explicitly asks you to.

the odds of someone asking are very very very close to 0.

we want stack traces. they come from debuggers, e.g. 

./run-mozilla.sh -g -d gdb ./thunderbird-bin
run
where
Attachment #233445 - Attachment is obsolete: true
Severity: normal → critical
Keywords: crash, stackwanted
> ./run-mozilla.sh -g -d gdb ./thunderbird-bin
If i do that the crash no longer occurs.

As soon as i've figured out how to get (and build) xpcshell, i'll do the experiment you suggested.
interesting.

does:
./thunderbird -g -d gdb
run
where

work as i'd expect? :(
No:

gerben@tarbot:/usr/bin> ./thunderbird -g -d gdb
Warning: unrecognized command line flag -g
./thunderbird: line 137:  6213 Segmentation fault      $AOSS $MOZ_PROGRAM $@
gerben@tarbot:/usr/bin>

So no debugger input possible and on crash it just exits.
sh -x ./thunderbird
(i'm trying to understand what it's actually doing)

and also, what vendor provided this thunderbird (is it suse?).

if you install an official mozilla.org version of thunderbird (just install it into ~/thunderbird-morg) and run it from there, does that crash?
> sh -x ./thunderbird
See below

> and also, what vendor provided this thunderbird (is it suse?).
Yes, 1.5.0.5 came with a recent SuSE 9.2 update

> if you install an official mozilla.org version of thunderbird (just install it
> into ~/thunderbird-morg) and run it from there, does that crash?

Give me some time .......




gerben@tarbot:/usr/bin> sh -x thunderbird
++ basename thunderbird
+ cmdname=thunderbird
+ MOZ_DIST_BIN=/usr
+ MOZ_DIST_LIB=/usr/lib/thunderbird
+ MOZ_APPNAME=thunderbird
+ MOZ_PROFILE=.thunderbird
+ MOZ_PROGRAM=/usr/lib/thunderbird/thunderbird-bin
+ export ENIGMAIL_PASS_ENV=http_proxy
+ ENIGMAIL_PASS_ENV=http_proxy
++ which aoss
+ AOSS=/usr/bin/aoss
+ export XLIB_SKIP_ARGB_VISUALS=1
+ XLIB_SKIP_ARGB_VISUALS=1
+ '[' -z '' -a -z '' ']'
+ case "${LC_ALL-${LC_CTYPE-${LANG-en_US}}}" in
+ export MOZ_DISABLE_PANGO=1
+ MOZ_DISABLE_PANGO=1
+ MOZILLA_FIVE_HOME=/usr/lib/thunderbird
+ export MOZILLA_FIVE_HOME
+ '[' '' ']'
+ LD_LIBRARY_PATH=/usr/lib/thunderbird/plugins:/usr/lib/thunderbird
+ export LD_LIBRARY_PATH
+ '[' -z '' ']'
+ export MOZ_PLUGIN_PATH=/usr/lib/thunderbird/plugins
+ MOZ_PLUGIN_PATH=/usr/lib/thunderbird/plugins
+ '[' /home/gerben ']'
+ export MOZ_PLUGIN_PATH=/home/gerben/.thunderbird/plugins:/usr/lib/thunderbird/plugins
+ MOZ_PLUGIN_PATH=/home/gerben/.thunderbird/plugins:/usr/lib/thunderbird/plugins
+ moz_pis_startstop_scripts start
+ MOZ_USER_DIR=.thunderbird
+ MOZ_PIS_API=2
+ MOZ_PIS_MOZBINDIR=/usr/lib/thunderbird
+ MOZ_PIS_SESSION_PID=6760
+ MOZ_PIS_USER_DIR=.thunderbird
+ export MOZ_PIS_API MOZ_PIS_MOZBINDIR MOZ_PIS_SESSION_PID MOZ_PIS_USER_DIR
+ case "${1}" in
+ for curr_pis in '"$MOZ_DIST_LIB/init.d"/S*' '"${HOME}/${MOZ_USER_DIR}/init.d"/S*'
+ '[' -x '/usr/lib/thunderbird/init.d/S*' ']'
+ for curr_pis in '"$MOZ_DIST_LIB/init.d"/S*' '"${HOME}/${MOZ_USER_DIR}/init.d"/S*'
+ '[' -x '/home/gerben/.thunderbird/init.d/S*' ']'
+ /usr/bin/aoss /usr/lib/thunderbird/thunderbird-bin
thunderbird: line 137:  6763 Segmentation fault      $AOSS $MOZ_PROGRAM $@
+ moz_pis_startstop_scripts stop
+ MOZ_USER_DIR=.thunderbird
+ MOZ_PIS_API=2
+ MOZ_PIS_MOZBINDIR=/usr/lib/thunderbird
+ MOZ_PIS_SESSION_PID=6760
+ MOZ_PIS_USER_DIR=.thunderbird
+ export MOZ_PIS_API MOZ_PIS_MOZBINDIR MOZ_PIS_SESSION_PID MOZ_PIS_USER_DIR
+ case "${1}" in
+ for curr_pis in '"${HOME}/${MOZ_USER_DIR}/init.d"/K*' '"$MOZ_DIST_LIB/init.d"/K*'
+ '[' -x '/home/gerben/.thunderbird/init.d/K*' ']'
+ for curr_pis in '"${HOME}/${MOZ_USER_DIR}/init.d"/K*' '"$MOZ_DIST_LIB/init.d"/K*'
+ '[' -x '/usr/lib/thunderbird/init.d/K*' ']'
+ exit 0
gerben@tarbot:/usr/bin>                               
> if you install an official mozilla.org version of thunderbird (just install it
> into ~/thunderbird-morg) and run it from there, does that crash?

No, it doesn't. However is doesn't have a aoss wrapper on the call to thunderbird-bin.


I noticed the following on my SuSE 9.2 system (don't know whether that's what you release or not, but i suspect it's not)
/ptmp/gerben/mozilla/thunderbird is where i downloaded the m.org 1.5.0.5 version

$ ls -l /usr/bin/thunderbird
lrwxrwxrwx  1 root root 33 2006-08-13 10:52 /usr/bin/thunderbird -> ../lib/thunderbird/thunderbird.sh*

$ ls -l /usr/lib/thunderbird/thun*
-rwxr-xr-x  1 root root     5193 2006-08-01 19:35 thunderbird*
-rwxr-xr-x  1 root root 15651099 2006-08-01 19:35 thunderbird-bin*
-rwxr-xr-x  1 root root     3627 2006-08-14 13:18 thunderbird.sh*

$ cd /usr/lib/thunderbird
$ diff thunderbird /ptmp/gerben/mozilla/thunderbird/thunderbird
95,96c95,96
< moz_libdir=/usr/lib/thunderbird-1.5.0.5
< MRE_HOME=/usr/lib/mre/mre-1.5.0.5
---
> moz_libdir=/usr/local/lib/thunderbird-1.5.0.5
> MRE_HOME=/usr/local/lib/mre/mre-1.5.0.5

The thunderbird.sh (where /usr/bin/thunderbird points to) is completely different.
It doesn't look at command line options like -d and -g at all and starts with
an aoss wrapper so the actual command executed is:
   /usr/bin/aoss /usr/lib/thunderbird/thunderbird-bin

The /usr/lib/thunderbird/thunderbird script is never used.

$ rpm -q --whatprovides /usr/bin/thunderbird
MozillaThunderbird-1.5.0.5-0.1
Summary: crash when i type first characters of mail address and composer finds a match in address book → [suse] crash when i type first characters of mail address and composer finds a match in address book
Just to make sure: Do you use LDAP user authentication?
Not sure what you mean by "authentication"

I do use for "Preferences -> Compose -> Addressing" both "Local Address Books" and a "Directory Server".

I checked and saw thunderbird crash when it completed a address from both.
I ask because it's known issue, when there are client libs from openldap in thunderbird's adress space in addition to its own LDAP client libs.
Therefore I wanted to know if you use LDAP as your Linux authentication method.

Please start thunderbird as following and let it crash.

LD_LIBRARY_PATH=/usr/lib/thunderbird gdb /usr/lib/thunderbird/thunderbird-bin

You can get the stacktrace with "bt" after the crash. Please post it here.

Which SUSE Linux version do you use? 9.2? It could be that preloading libaoss.so on that release could be problematic.
From Pete Lawson --

I started experiencing this bug when SuSE upgraded me to thunderbird 1.5.0.5.
The error message for me is
/usr/bin/thunderbird: line 137:  7433 Segmentation fault      $AOSS $MOZ_PROGRAM $@
Thunderbird crashes immediately every time I start to enter an address in a new message. This happens when I am using the NOAA LDAP server. It does not happen when I set the LDAP server to "none".
I am using SuSE 9.3 on an AMD64. I apply updates about once a week, so my system is current.

Hope this helps.
> Please start thunderbird as following and let it crash.
> 
> LD_LIBRARY_PATH=/usr/lib/thunderbird gdb /usr/lib/thunderbird/thunderbird-bin
> 
That way i can't get it to crash. It only crashes when it's started uner the $AOSS wrapper.

> You can get the stacktrace with "bt" after the crash. Please post it here.
> 
> Which SUSE Linux version do you use? 9.2? It could be that preloading
> libaoss.so on that release could be problematic.

Yes, 9.2.

I changed SuSE's /usr/bin/thunderbird script into:

...
echo $LD_LIBRARY_PATH
$AOSS sh -c 'echo $LD_LIBRARY_PATH'
LD_LIBRARY_PATH=/usr/lib/thunderbird $AOSS gdb $MOZ_PROGRAM $@
...

The first two lines produce:
/usr/lib/thunderbird/plugins:/usr/lib/thunderbird
/usr/lib/thunderbird/plugins:/usr/lib/thunderbird

Then i get into gdb, issue an run command, thunderbird starts.
Then composing a message, as before, it crashes showing:

...
[New Thread 1090513840 (LWP 16722)]
Detaching after fork from child process 16723.
Detaching after fork from child process 16724.
[New Thread 1101839280 (LWP 16725)]
[New Thread 1107901360 (LWP 16726)]
Detaching after fork from child process 16727.
[New Thread 1111059376 (LWP 16728)]
[New Thread 1113160624 (LWP 16729)]
[New Thread 1115261872 (LWP 16730)]
[New Thread 1122495408 (LWP 16731)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1122495408 (LWP 16731)]
0x40019870 in poll () from /usr/lib/libaoss.so
(gdb) 

However the thunderbird windows are still on the screen, but don't refresh.
X hangs completely, so i can't get mouse focus to the window running gdb.
This makes it impossible to type a "bt" command.
Had to kill all thunderbird processes from the Ctlr-alt-f1 console to get X11 going again.

Worked around this problem by doing type-ahead in the gdb window, so first type
"bt", then reproduce the crash

Now i got:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1125071792 (LWP 16798)]
0x40019870 in poll () from /usr/lib/libaoss.so
(gdb) bt
#0  0x40019870 in poll () from /usr/lib/libaoss.so
#1  0x4017a3ef in PR_Poll () from /usr/lib/thunderbird/libnspr4.so
#2  0x4087edc5 in prldap_poll () from /usr/lib/thunderbird/libprldap50.so
#3  0x4086a8e8 in nsldapi_iostatus_poll () from /usr/lib/thunderbird/libldap50.so
#4  0x4086f4dd in nsldapi_result_nolock () from /usr/lib/thunderbird/libldap50.so
#5  0x4086fa1e in ldap_result () from /usr/lib/thunderbird/libldap50.so
#6  0x00000001 in ?? ()
#7  0x00000000 in ?? ()
#8  0x00000001 in ?? ()
#9  0x430f38f4 in ?? ()
#10 0x430f38fc in ?? ()
#11 0x430f3984 in ?? ()
#12 0x00000028 in ?? ()
#13 0x09772220 in ?? ()
#14 0x430f39b0 in ?? ()
#15 0x085cd211 in CheckLDAPOperationResult ()
Previous frame inner to this frame (corrupt stack?)

=====================

gerben@tarbot:~> rpm -q --whatprovides /usr/lib/thunderbird/libldap50.so
MozillaThunderbird-1.5.0.5-0.1
gerben@tarbot:~> rpm -q --whatprovides /usr/lib/thunderbird/libnspr4.so
MozillaThunderbird-1.5.0.5-0.1
gerben@tarbot:~> rpm -q --whatprovides /usr/lib/libaoss.so
alsa-1.0.6-8
Since there are so many threads, how do you know thread 1125071792 (LWP 16798) caused the SIGSEGV?
(In reply to comment #15)
> Since there are so many threads, how do you know thread 1125071792 (LWP 16798)
> caused the SIGSEGV?
> 

I can get into gdb by running a second X-server, starting thunderbird there, displaying on my first X-server (which still gets into a hang)

For completeness here are all stacks. I see some successfully call poll() which is intercepted by libaoss which on its turn calls poll() from libc.

gerben@tarbot:~> rpm -q --whatprovides /lib/tls/libc.so.6
glibc-2.3.3-118


[New Thread 1090513840 (LWP 17085)]
Detaching after fork from child process 17086.
Detaching after fork from child process 17087.
[New Thread 1101839280 (LWP 17088)]
[New Thread 1107901360 (LWP 17089)]
[New Thread 1110002608 (LWP 17093)]
[New Thread 1113590704 (LWP 17094)]
Detaching after fork from child process 17095.
[New Thread 1116445616 (LWP 17096)]
[New Thread 1118546864 (LWP 17097)]
[New Thread 1120648112 (LWP 17098)]
[New Thread 1126689712 (LWP 17099)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1126689712 (LWP 17099)]
0x40019870 in poll () from /usr/lib/libaoss.so
(gdb) bt
#0  0x40019870 in poll () from /usr/lib/libaoss.so
#1  0x4017a3ef in PR_Poll () from /usr/lib/thunderbird/libnspr4.so
#2  0x4087edc5 in prldap_poll ()
   from /usr/lib/thunderbird/libprldap50.so
#3  0x4086a8e8 in nsldapi_iostatus_poll ()
   from /usr/lib/thunderbird/libldap50.so
#4  0x4086f4dd in nsldapi_result_nolock ()
   from /usr/lib/thunderbird/libldap50.so
#5  0x4086fa1e in ldap_result ()
   from /usr/lib/thunderbird/libldap50.so
#6  0x00000001 in ?? ()
#7  0x00000000 in ?? ()
#8  0x00000001 in ?? ()
#9  0x4327e8f4 in ?? ()
#10 0x4327e8fc in ?? ()
#11 0x4327e984 in ?? ()
#12 0x00000028 in ?? ()
#13 0x09840760 in ?? ()
#14 0x4327e9b0 in ?? ()
#15 0x085cd211 in CheckLDAPOperationResult ()
Previous frame inner to this frame (corrupt stack?)


(gdb) thread apply all bt

Thread 10 (Thread 1126689712 (LWP 17099)):
#0  0x40019870 in poll () from /usr/lib/libaoss.so
#1  0x4017a3ef in PR_Poll () from /usr/lib/thunderbird/libnspr4.so
#2  0x4087edc5 in prldap_poll ()
   from /usr/lib/thunderbird/libprldap50.so
#3  0x4086a8e8 in nsldapi_iostatus_poll ()
   from /usr/lib/thunderbird/libldap50.so
#4  0x4086f4dd in nsldapi_result_nolock ()
   from /usr/lib/thunderbird/libldap50.so
#5  0x4086fa1e in ldap_result ()
   from /usr/lib/thunderbird/libldap50.so
#6  0x00000001 in ?? ()
#7  0x00000000 in ?? ()
#8  0x00000001 in ?? ()
#9  0x4327e8f4 in ?? ()
#10 0x4327e8fc in ?? ()
#11 0x4327e984 in ?? ()
#12 0x00000028 in ?? ()
#13 0x09840760 in ?? ()
#14 0x4327e9b0 in ?? ()
#15 0x085cd211 in CheckLDAPOperationResult ()

Thread 9 (Thread 1120648112 (LWP 17098)):
#0  0xffffe410 in ?? ()
#1  0x42cbba24 in ?? ()
#2  0x00000070 in ?? ()
#3  0x00000000 in ?? ()
#4  0x401b18ec in pthread_cond_timedwait@@GLIBC_2.3.2 ()
   from /lib/tls/libpthread.so.0
#5  0x4017836a in pt_TimedWait ()
   from /usr/lib/thunderbird/libnspr4.so
#6  0x40178cae in PR_WaitCondVar ()
   from /usr/lib/thunderbird/libnspr4.so
#7  0x080ce9c3 in nsIOThreadPool::ThreadFunc ()
#8  0x4017d40e in _pt_root () from /usr/lib/thunderbird/libnspr4.so
#9  0x401af7f3 in start_thread () from /lib/tls/libpthread.so.0
#10 0x40a6a62a in clone () from /lib/tls/libc.so.6

Thread 8 (Thread 1118546864 (LWP 17097)):
#0  0xffffe410 in ?? ()
#1  0x42abaa00 in ?? ()
#2  0x00000003 in ?? ()
#3  0x00000000 in ?? ()
#4  0x401b18ec in pthread_cond_timedwait@@GLIBC_2.3.2 ()
   from /lib/tls/libpthread.so.0
#5  0x4017836a in pt_TimedWait ()
   from /usr/lib/thunderbird/libnspr4.so
#6  0x40178cae in PR_WaitCondVar ()
   from /usr/lib/thunderbird/libnspr4.so
#7  0x080eb339 in nsHostResolver::GetHostToLookup ()
#8  0x080eb923 in nsHostResolver::ThreadFunc ()
#9  0x4017d40e in _pt_root () from /usr/lib/thunderbird/libnspr4.so
#10 0x401af7f3 in start_thread () from /lib/tls/libpthread.so.0
#11 0x40a6a62a in clone () from /lib/tls/libc.so.6

Thread 7 (Thread 1116445616 (LWP 17096)):
#0  0xffffe410 in ?? ()
#1  0x428b99d4 in ?? ()
#2  0x00000017 in ?? ()
#3  0x00000000 in ?? ()
#4  0x401b18ec in pthread_cond_timedwait@@GLIBC_2.3.2 ()
   from /lib/tls/libpthread.so.0
#5  0x4017836a in pt_TimedWait ()
   from /usr/lib/thunderbird/libnspr4.so
#6  0x40178cae in PR_WaitCondVar ()
   from /usr/lib/thunderbird/libnspr4.so
#7  0x40178d3d in PR_Wait () from /usr/lib/thunderbird/libnspr4.so
#8  0x0873f8c4 in nsImapProtocol::ImapThreadMainLoop ()
#9  0x0873fa2d in nsImapProtocol::Run ()
#10 0x40125fb8 in nsThread::Main ()
   from /usr/lib/thunderbird/libxpcom_core.so
#11 0x4017d40e in _pt_root () from /usr/lib/thunderbird/libnspr4.so
#12 0x401af7f3 in start_thread () from /lib/tls/libpthread.so.0
#13 0x40a6a62a in clone () from /lib/tls/libc.so.6

Thread 6 (Thread 1113590704 (LWP 17094)):
#0  0xffffe410 in ?? ()
#1  0x42600a24 in ?? ()
#2  0x00000070 in ?? ()
#3  0x00000000 in ?? ()
#4  0x401b18ec in pthread_cond_timedwait@@GLIBC_2.3.2 ()
   from /lib/tls/libpthread.so.0
#5  0x4017836a in pt_TimedWait ()
   from /usr/lib/thunderbird/libnspr4.so
#6  0x40178cae in PR_WaitCondVar ()
   from /usr/lib/thunderbird/libnspr4.so
#7  0x080ce9c3 in nsIOThreadPool::ThreadFunc ()
#8  0x4017d40e in _pt_root () from /usr/lib/thunderbird/libnspr4.so
#9  0x401af7f3 in start_thread () from /lib/tls/libpthread.so.0
#10 0x40a6a62a in clone () from /lib/tls/libc.so.6

Thread 5 (Thread 1110002608 (LWP 17093)):
#0  0xffffe410 in ?? ()
#1  0x42294a24 in ?? ()
#2  0x00000070 in ?? ()
#3  0x00000000 in ?? ()
#4  0x401b18ec in pthread_cond_timedwait@@GLIBC_2.3.2 ()
   from /lib/tls/libpthread.so.0
#5  0x4017836a in pt_TimedWait ()
   from /usr/lib/thunderbird/libnspr4.so
#6  0x40178cae in PR_WaitCondVar ()
   from /usr/lib/thunderbird/libnspr4.so
#7  0x080ce9c3 in nsIOThreadPool::ThreadFunc ()
#8  0x4017d40e in _pt_root () from /usr/lib/thunderbird/libnspr4.so
#9  0x401af7f3 in start_thread () from /lib/tls/libpthread.so.0
#10 0x40a6a62a in clone () from /lib/tls/libc.so.6

Thread 4 (Thread 1107901360 (LWP 17089)):
#0  0xffffe410 in ?? ()
#1  0x42093a24 in ?? ()
#2  0x00000070 in ?? ()
#3  0x00000000 in ?? ()
#4  0x401b18ec in pthread_cond_timedwait@@GLIBC_2.3.2 ()
   from /lib/tls/libpthread.so.0
#5  0x4017836a in pt_TimedWait ()
   from /usr/lib/thunderbird/libnspr4.so
#6  0x40178cae in PR_WaitCondVar ()
   from /usr/lib/thunderbird/libnspr4.so
#7  0x080ce9c3 in nsIOThreadPool::ThreadFunc ()
#8  0x4017d40e in _pt_root () from /usr/lib/thunderbird/libnspr4.so
#9  0x401af7f3 in start_thread () from /lib/tls/libpthread.so.0
#10 0x40a6a62a in clone () from /lib/tls/libc.so.6

Thread 3 (Thread 1101839280 (LWP 17088)):
#0  0xffffe410 in ?? ()
#1  0x41acba04 in ?? ()
#2  0x00000ceb in ?? ()
#3  0x00000000 in ?? ()
#4  0x401b18ec in pthread_cond_timedwait@@GLIBC_2.3.2 ()
   from /lib/tls/libpthread.so.0
#5  0x4017836a in pt_TimedWait ()
   from /usr/lib/thunderbird/libnspr4.so
#6  0x40178cae in PR_WaitCondVar ()
   from /usr/lib/thunderbird/libnspr4.so
#7  0x40127d15 in TimerThread::Run ()
   from /usr/lib/thunderbird/libxpcom_core.so
#8  0x40125fb8 in nsThread::Main ()
   from /usr/lib/thunderbird/libxpcom_core.so
#9  0x4017d40e in _pt_root () from /usr/lib/thunderbird/libnspr4.so
#10 0x401af7f3 in start_thread () from /lib/tls/libpthread.so.0
#11 0x40a6a62a in clone () from /lib/tls/libc.so.6

Thread 2 (Thread 1090513840 (LWP 17085)):
#0  0xffffe410 in ?? ()
#1  0x40ffe6ec in ?? ()
#2  0x03e7f63b in ?? ()
#3  0x00000002 in ?? ()
#4  0x40a61494 in poll () from /lib/tls/libc.so.6
#5  0x40019a1c in poll () from /usr/lib/libaoss.so
#6  0x4017a3ef in PR_Poll () from /usr/lib/thunderbird/libnspr4.so
#7  0x080e3847 in nsSocketTransportService::Poll ()
#8  0x080e39c5 in nsSocketTransportService::Run ()
#9  0x40125fb8 in nsThread::Main ()
   from /usr/lib/thunderbird/libxpcom_core.so
#10 0x4017d40e in _pt_root () from /usr/lib/thunderbird/libnspr4.so
#11 0x401af7f3 in start_thread () from /lib/tls/libpthread.so.0
#12 0x40a6a62a in clone () from /lib/tls/libc.so.6

Thread 1 (Thread 1087099904 (LWP 17082)):
#0  0xffffe410 in ?? ()
#1  0xbfffe5b0 in ?? ()
#2  0xffffffff in ?? ()
#3  0x00000008 in ?? ()
#4  0x40a61494 in poll () from /lib/tls/libc.so.6
#5  0x40019a1c in poll () from /usr/lib/libaoss.so
#6  0x405ce3f8 in g_main_context_iterate ()
   from /opt/gnome/lib/libglib-2.0.so.0
#7  0x405cf677 in g_main_loop_run ()
   from /opt/gnome/lib/libglib-2.0.so.0
#8  0x402d1e43 in gtk_main () from /opt/gnome/lib/libgtk-x11-2.0.so.0
#9  0x081daa5a in nsAppShell::Run ()
#10 0x0859b4c0 in nsAppStartup::Run ()
#11 0x0807d760 in XRE_main ()
#12 0x0807992f in main ()
#0  0x40019870 in poll () from /usr/lib/libaoss.so

(In reply to comment #14)
> That way i can't get it to crash. It only crashes when it's started uner the
> $AOSS wrapper.

> > Which SUSE Linux version do you use? 9.2? It could be that preloading
> > libaoss.so on that release could be problematic.
> 
> Yes, 9.2.

libaoss on 9.2 is too fragile I've learned. So if it works for you without preloading libaoss via the $AOSS thingy, just remove it and you are fine.
(In reply to comment #13)
> From Pete Lawson --
> 
> I started experiencing this bug when SuSE upgraded me to thunderbird 1.5.0.5.
> The error message for me is
> /usr/bin/thunderbird: line 137:  7433 Segmentation fault      $AOSS
> $MOZ_PROGRAM $@
> Thunderbird crashes immediately every time I start to enter an address in a new
> message. This happens when I am using the NOAA LDAP server. It does not happen
> when I set the LDAP server to "none".
> I am using SuSE 9.3 on an AMD64. I apply updates about once a week, so my
> system is current.

That's the LDAP problem I feared. Up to now I don't know any solution to fix that. If you use LDAP you are using nss-ldap as well I guess and that maps openldap symbols into Thunderbird's process space. The problem is that the builtin mozldap symbols have partly the same name as openldap's and therefore they are mixed in the end.
I think it's OK to duplicate that to bug 292127 which is about the LDAP conflict.
If anyone finds more problems caused by aoss please report in Novell's bugzilla since it's not a general mozilla.org issue.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: