abrt 1.0.7 detected a crash. architecture: x86_64 Attached file: backtrace cmdline: /usr/lib64/thunderbird-3.0/thunderbird-bin comment: I wasn't doing anything special. Just selecting different IMAP folders and reading my email. component: thunderbird executable: /usr/lib64/thunderbird-3.0/thunderbird-bin kernel: 2.6.31.12-174.2.22.fc12.x86_64 package: thunderbird-3.0.2-1.fc12 rating: 4 reason: Process /usr/lib64/thunderbird-3.0/thunderbird-bin was killed by signal 11 (SIGSEGV) release: Fedora release 12 (Constantine)
Created attachment 397466 [details] File: backtrace
*** Bug 570034 has been marked as a duplicate of this bug. ***
This is happening to me over, and over, and over again. I even updated to thunderbird-3.0.3-1.fc12 but it's having the exact same problem.
I'm finding this seems to occur most regularly when I select a different IMAP folder while thunderbird is checking for new messages.
#2 <signal handler called> No symbol table info available. #3 nsQueryInterface::operator() (this=<value optimized out>, aIID=..., answer=0x7fff301156b8) at nsCOMPtr.cpp:47 status = <value optimized out> #4 0x00007f42333257ba in nsCOMPtr_base::assign_from_qi (this=0x7fff30115710, qi=..., iid=...) at nsCOMPtr.cpp:96 newRawPtr = 0x7f42333257d4 #5 0x00007f422b8fff26 in nsCOMPtr<nsIMsgFolder>::nsCOMPtr (this= 0x7fff30115710, qi=<value optimized out>) at ../../../mozilla/dist/include/xpcom/nsCOMPtr.h:572 No locals. #6 0x00007f422ba1dae1 in nsImapIncomingServer::OnStopRunningUrl (this= 0x7f42330b7f00, url=<value optimized out>, exitCode=<value optimized out>) at /usr/src/debug/thunderbird-3.0.2/comm-1.9.1/mailnews/imap/src/nsImapIncomingServer.cpp:2353 folderCount = 0 msgFolder = {<nsCOMPtr_base> = {mRawPtr = 0x0}, <No data fields>} imapAction = 22 rv = <value optimized out> msgWindow = {<nsCOMPtr_base> = {mRawPtr = 0x0}, <No data fields>} imapUrl = {<nsCOMPtr_base> = {mRawPtr = 0x7f421730f800}, <No data fields>} #7 0x00007f422b91447a in nsMsgMailNewsUrl::SetUrlState (this=0x7f421730f808, aRunningUrl=<value optimized out>, aExitCode=0) at /usr/src/debug/thunderbird-3.0.2/comm-1.9.1/mailnews/base/util/nsMsgMailNewsUrl.cpp:135 listener = {<nsCOMPtr_base> = {mRawPtr = 0x7f42330b7fe8}, <No data fields>} iter = {<nsAutoTObserverArray<nsCOMPtr<nsIUrlListener>, 0u>::Iterator> = {<nsTObserverArray_base::Iterator_base> = {mPosition = 1, mNext = 0x0}, mArray = @0x7f421730f8a0}, <No data fields>} statusFeedback = {<nsCOMPtr_base> = {mRawPtr = 0x0}, <No data fields>} #8 0x00007f422ba27010 in nsImapMailFolder::SetUrlState (this=0x7f421bfefc00, aProtocol=0x7f421935a800, aUrl=0x7f421730f808, isRunning=0, statusCode=0) at /usr/src/debug/thunderbird-3.0.2/comm-1.9.1/mailnews/imap/src/nsImapMailFolder.cpp:6604 No locals. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Thank you for taking the time to submit this bug report. We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue. First of all, could we get output of the command, saved in a text file and attached to this bug: $ rpm -qa *thunderbird* *mozilla* *flash* *plugin* Please also install thunderbird-debuginfo. # debuginfo-install thunderbird Then run thunderbird inside the gdb debugger. Please do the following: $ thunderbird -g Stuff will appear. Ignore this until you get the gdb command prompt, then do: (gdb) run Now, thunderbird should start up. Use it and reproduce the crash. When thunderbird crashes, you should be back to the gdb prompt. Now do: (gdb) thread apply all back-trace More screens of stuff will occur. Copy all of this part to your editor of choice, such as gedit, and save it as an uncompressed file and attach it to this bug report. We will review this issue again once you've had a chance to attach this information. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Also, if you take a look at bug 531083 , Martin (one of our developers) asks the reporter to use valgrind. That bug is the same as this one (very similar back-traces). If you are willing to do a little sleuthing, please follow his directions there as well. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Created attachment 397964 [details] rpm -qa output This is the output of: % rpm -qa '*thunderbird*' '*mozilla*' '*flash*' '*plugin*'
Created attachment 397965 [details] gdb backtrace Output from: (gdb) thread apply all backtrace
Created attachment 397966 [details] valgrind output Output from: % valgrind --trace-children=yes --log-file=tmp/RH_Bugzilla_570041_valgrind_log.txt /usr/bin/thunderbird
Thanks for detailed report, looks like a duplicate of bug #570391. *** This bug has been marked as a duplicate of bug 570391 ***