10.99 KB, text/plain
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:184.108.40.206) Gecko/20060419 SeaMonkey/1.0.1 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:220.127.116.11) Gecko/20060419 SeaMonkey/1.0.1 I'm not really sure what caused it, but I have the core dump produced during the crash, so I can use gdb to look up any further data needed from that core dump. Reproducible: Didn't try Theme: Pinball SIGSEGV in SearchTable (hash lookup) (pldhash.c) We're running a crash handler library (with LD_PRELOAD) that forces gdb to attach to a crashing process, generate a short backtrace, and write out a core dump; but I don't think it's related to this problem.
Created attachment 224203 [details] Last output from and stack trace for crashed Seamonkey process This file contains ANSI color commands which were attached to the text output of Seamonkey. The "Sent to us by 650"..."user-generated" message bit is because the segmentation fault was bounced off Seamonkey's internal signal handlers. The stack levels (0..5) were generated by the signal handling path. If Seamonkey hadn't been handling the signal itself, these levels wouldn't have shown up in the trace [and the process would have been ready to re-offend :) ].
there are some nsDownloadManager crash bugs floating around for firefox. the gc path kinda worries me, although i believe it's actually an ok time.
Severity: normal → critical
Summary: Seamonkey 1.0.1 sometimes crashes after its windows close while deconstructing nsDownloadManager → Seamonkey 1.0.1 sometimes crashes after its windows close while deconstructing nsDownloadManager [@ SearchTable - PL_DHashTableOperate]
The summary seems wrong; I don't see any nsDownloadManager methods in the stack.
dbaron: #10 0x41b6e86e in nsDownloadManager::AssertProgressInfoFor (this=0x9817ec8,
Sorry, I don't see anything about deconstructing an nsDownloadManager on the stack.
Summary: Seamonkey 1.0.1 sometimes crashes after its windows close while deconstructing nsDownloadManager [@ SearchTable - PL_DHashTableOperate] → Seamonkey 1.0.1 sometimes crashes after its windows close while deconstructing nsDownload [@ SearchTable - PL_DHashTableOperate]
Actually, I think these are what made me think this had something to do with the download manager... #14 0x41b25df8 in ~nsDownloadProxy (this=0x9655f68) at ../download-manager/src/nsDownloadProxy.h:56 #11 0x41b72c8f in ~nsDownload (this=0x981beb0) at nsDownloadManager.cpp:912 #11 certainly looks to be in the right source file. :)
*** This bug has been marked as a duplicate of 304680 ***
Status: UNCONFIRMED → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → DUPLICATE
Crash Signature: [@ SearchTable - PL_DHashTableOperate]
You need to log in before you can comment on or make changes to this bug.