Bug 242432

Could you please follow the information on
http://kb.mozillazine.org/Getting_a_stacktrace_with_gdb (the package you need to
install is firefox-debuginfo), and the please attach backtrace to this bug as a
separate uncompressed attachment.

Thanks,

matej

of course, it should be thunderbird-debuginfo rather than the firefox one.

Hi,

I now have the following:

- my thunderbird script does not support the -g and -d options (?): I therefore
  edited it and added gdb to the exec line
- I get the gdb prompt
- I disable RT events
- I run it
- thunderbird starts but gdb crashes (?)

$ ./thunderbird
GNU gdb Red Hat Linux (6.6-8.fc7rh)
Copyright (C) 2006 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 "i386-redhat-linux-gnu"...
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) handle SIG33 noprint nostop
Signal        Stop      Print   Pass to program Description
SIG33         No        No      Yes             Real-time event 33
(gdb) run
Starting program: /usr/lib/thunderbird-2.0.0.0/thunderbird-bin 
./thunderbird: line 58: 18975 Segmentation fault      gdb $MOZ_PROGRAM $MOZARGS
$ 

Trying with:
$ /usr/lib/thunderbird-2.0.0.0/run-mozilla.sh -g -d gdb
/usr/lib/thunderbird-2.0.0.0/thunderbird-bin
MOZILLA_FIVE_HOME=/usr/lib/thunderbird-2.0.0.0
 
LD_LIBRARY_PATH=/usr/lib/thunderbird-2.0.0.0:/usr/lib/thunderbird-2.0.0.0/plugins:/usr/lib/thunderbird-2.0.0.0:/home/corti/lib:
DISPLAY=:0.0
DYLD_LIBRARY_PATH=/usr/lib/thunderbird-2.0.0.0:/usr/lib/thunderbird-2.0.0.0
    
LIBRARY_PATH=/usr/lib/thunderbird-2.0.0.0:/usr/lib/thunderbird-2.0.0.0/components:/usr/lib/thunderbird-2.0.0.0:/home/corti/lib:
       SHLIB_PATH=/usr/lib/thunderbird-2.0.0.0:/usr/lib/thunderbird-2.0.0.0
          LIBPATH=/usr/lib/thunderbird-2.0.0.0:/usr/lib/thunderbird-2.0.0.0
       ADDON_PATH=/usr/lib/thunderbird-2.0.0.0
      MOZ_PROGRAM=/usr/lib/thunderbird-2.0.0.0/thunderbird-bin
      MOZ_TOOLKIT=
        moz_debug=1
     moz_debugger=gdb
/usr/bin/gdb /usr/lib/thunderbird-2.0.0.0/thunderbird-bin -x /tmp/mozargs.K20313
GNU gdb Red Hat Linux (6.6-8.fc7rh)
Copyright (C) 2006 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 "i386-redhat-linux-gnu"...
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) handle SIG33 noprint nostop
Signal        Stop      Print   Pass to program Description
SIG33         No        No      Yes             Real-time event 33
(gdb) run
Starting program: /usr/lib/thunderbird-2.0.0.0/thunderbird-bin 
/usr/lib/thunderbird-2.0.0.0/run-mozilla.sh: line 229: 20315 Segmentation fault
     $debugger "$prog" -x $tmpfile

Any idea on how I could get a backtrace?

Matteo

It is written in that mozillazine article mentioned above -- on gdb prompt
(after message about segmentation fault) type

backtrace

(but you also forgot to set  handle SIG33 noprint nostop before run command in
gdb; just recheck that article).

Output of backtrace just copy&paste to this bug as a comment (or if it is
longish, copy&paste to text file and attach that as an attachment to this bug).

Hi,

> It is written in that mozillazine article mentioned above -- on gdb prompt
> (after message about segmentation fault) type

gdb crashes after running "run" -> I get the the shell prompt.

> (but you also forgot to set  handle SIG33 noprint nostop before run command in
> gdb; just recheck that article).

Not really:

[...]
This GDB was configured as "i386-redhat-linux-gnu"...
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) handle SIG33 noprint nostop           <<<<<<<<<<<<< is there
Signal        Stop      Print   Pass to program Description
SIG33
[...]

Matteo

I wonder if this is the same as the NSPR threading bug...

From your output it seems to me that not gdb but thunderbird is crashing which
is expected. What happens when you run command bt in gdb prompt? Or is it really
gdb that crashes and you get back into bash (I cannot determine it from your
output)?

It's gdb that crashes:
- thunderbird continues to run
- I get back to the shell

And BTW in this case thunderbird does not crash when I quit it (as it usually does)

Matteo

*** This bug has been marked as a duplicate of 242155 ***

This is not correct, we don't want to sweep under the rug, that Thunderbird is
crashing as well ;-). On the other hand, I have no clue how to debug this bug,
when debugger crashes -- so making this bug dependent on bug 242155.

Probably related to bug 242370.

Created attachment 156789 [details]
Stack trace

Since 242155 was closed I am now able to get a trace ...

The bug is still present in thunderbird-2.0.0.4-1.fc7

Should be fixed by nspr-4.6.7-0.7.1.fc7.