Following the instructions on that page, I installed the debugging symbols. Then I reproduced the bug and here it is: #95131
The files attached with that bug seem much more interesting than the last ones I provided. This thread stack trace seems especially useful:
Thread 1 (process 6733):
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7e264f1 in raise () from /lib/tls/i686/cmov/libpthread.so.0
#2 0x08057836 in nsProfileLock::FatalSignalHandler (signo=11)
at nsProfileLock.cpp:206
unblock_sigs = {__val = {1024, 0 <repeats 31 times>}}
oldact = <value optimized out>
#3 <signal handler called>
#4 0xb7e20460 in pthread_mutex_lock ()
from /lib/tls/i686/cmov/libpthread.so.0
#5 0xb0291858 in ?? () from /usr/lib/flashplugin-nonfree/libflashplayer.so
#6 0xaf0dd024 in ?? ()
#7 0x01000000 in ?? ()
#8 0xb77f0136 in munmap () from /lib/tls/i686/cmov/libc.so.6
#9 0xb074312c in ?? () from /usr/lib/flashplugin-nonfree/libflashplayer.so
#10 0x00000000 in ?? ()
Following the instructions on that page, I installed the debugging symbols. Then I reproduced the bug and here it is: #95131
The files attached with that bug seem much more interesting than the last ones I provided. This thread stack trace seems especially useful:
Thread 1 (process 6733): i686/cmov/ libpthread. so.0 :FatalSignalHan dler (signo=11) cpp:206 i686/cmov/ libpthread. so.0 flashplugin- nonfree/ libflashplayer. so i686/cmov/ libc.so. 6 flashplugin- nonfree/ libflashplayer. so
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7e264f1 in raise () from /lib/tls/
#2 0x08057836 in nsProfileLock:
at nsProfileLock.
unblock_sigs = {__val = {1024, 0 <repeats 31 times>}}
oldact = <value optimized out>
#3 <signal handler called>
#4 0xb7e20460 in pthread_mutex_lock ()
from /lib/tls/
#5 0xb0291858 in ?? () from /usr/lib/
#6 0xaf0dd024 in ?? ()
#7 0x01000000 in ?? ()
#8 0xb77f0136 in munmap () from /lib/tls/
#9 0xb074312c in ?? () from /usr/lib/
#10 0x00000000 in ?? ()