Closed
Bug 53445
Opened 24 years ago
Closed 19 years ago
Immediate crash on starting Mail
Categories
(SeaMonkey :: MailNews: Message Display, defect, P3)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
People
(Reporter: clayton, Assigned: scottputterman)
References
Details
(Keywords: crash)
See Talkback reports TB17606534E and TB17750428Z
Assignee | ||
Comment 1•24 years ago
|
||
This is the stack. cc'ing bienvenu. have we changed anything in this code recently?
nsMsgFolderCache::GetCacheElement
[d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgFolderCache.cpp, line 411]
nsMsgDBFolder::WriteToFolderCache
[d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgDBFolder.cpp, line 892]
nsMsgDBFolder::FlushToFolderCache
[d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgDBFolder.cpp, line 868]
nsImapMailFolder::UpdateSummaryTotals
[d:\builds\seamonkey\mozilla\mailnews\imap\src\nsImapMailFolder.cpp, line 1109]
nsImapMailFolder::GetDatabase
[d:\builds\seamonkey\mozilla\mailnews\imap\src\nsImapMailFolder.cpp, line 460]
nsImapMailFolder::GetDBFolderInfoAndDB
[d:\builds\seamonkey\mozilla\mailnews\imap\src\nsImapMailFolder.cpp, line 1379]
nsMsgDBFolder::ReadDBFolderInfo
[d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgDBFolder.cpp, line 442]
nsMsgDBFolder::SetFlag
[d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgDBFolder.cpp, line 963]
nsImapMailFolder::GetSubFolders
[d:\builds\seamonkey\mozilla\mailnews\imap\src\nsImapMailFolder.cpp, line 392]
nsMsgFolderDataSource::createFolderChildNode
[d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgFolderDataSource.cpp, line 1469]
nsMsgFolderDataSource::createFolderNode
[d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgFolderDataSource.cpp, line 901]
nsMsgFolderDataSource::GetTarget
[d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgFolderDataSource.cpp, line 323]
CompositeDataSourceImpl::GetTarget
[d:\builds\seamonkey\mozilla\rdf\base\src\nsCompositeDataSource.cpp, line 723]
nsXULTemplateBuilder::CheckContainer
[d:\builds\seamonkey\mozilla\rdf\content\src\nsXULTemplateBuilder.cpp, line 6299]
nsXULTemplateBuilder::BuildContentFromTemplate
[d:\builds\seamonkey\mozilla\rdf\content\src\nsXULTemplateBuilder.cpp, line 5439]
nsXULTemplateBuilder::BuildContentFromTemplate
[d:\builds\seamonkey\mozilla\rdf\content\src\nsXULTemplateBuilder.cpp, line 5393]
nsXULTemplateBuilder::CreateContainerContents
[d:\builds\seamonkey\mozilla\rdf\content\src\nsXULTemplateBuilder.cpp, line 6159]
nsXULTemplateBuilder::CreateTemplateAndContainerContents
[d:\builds\seamonkey\mozilla\rdf\content\src\nsXULTemplateBuilder.cpp, line 6053]
nsXULTemplateBuilder::RebuildContainerInternal
[d:\builds\seamonkey\mozilla\rdf\content\src\nsXULTemplateBuilder.cpp, line 4481]
nsXULTemplateBuilder::RebuildContainer
[d:\builds\seamonkey\mozilla\rdf\content\src\nsXULTemplateBuilder.cpp, line 4438]
nsXULDocument::RebuildWidgetItem
[d:\builds\seamonkey\mozilla\rdf\content\src\nsXULDocument.cpp, line 4607]
nsXULDocument::AttributeChanged
[d:\builds\seamonkey\mozilla\rdf\content\src\nsXULDocument.cpp, line 1672]
nsXULElement::SetAttribute
[d:\builds\seamonkey\mozilla\rdf\content\src\nsXULElement.cpp, line 2778]
nsXULElement::SetAttribute
[d:\builds\seamonkey\mozilla\rdf\content\src\nsXULElement.cpp, line 1250]
nsXULTreeElement::SetAttribute
[d:\builds\seamonkey\mozilla\rdf\content\src\nsXULTreeElement.h, line 54]
ElementSetAttribute
[d:\builds\seamonkey\mozilla\dom\src\coreDOM\nsJSElement.cpp, line 240]
js_Invoke [d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 825]
js_Interpret [d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 2625]
js_Invoke [d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 841]
js_InternalInvoke [d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 913]
JS_CallFunctionValue [d:\builds\seamonkey\mozilla\js\src\jsapi.c, line 3176]
nsJSContext::CallEventHandler
[d:\builds\seamonkey\mozilla\dom\src\base\nsJSEnvironment.cpp, line 909]
nsJSEventListener::HandleEvent
[d:\builds\seamonkey\mozilla\dom\src\events\nsJSEventListener.cpp, line 155]
nsEventListenerManager::HandleEventSubType
[d:\builds\seamonkey\mozilla\layout\events\src\nsEventListenerManager.cpp, line 789]
nsEventListenerManager::HandleEvent
[d:\builds\seamonkey\mozilla\layout\events\src\nsEventListenerManager.cpp, line
1372]
GlobalWindowImpl::HandleDOMEvent
[d:\builds\seamonkey\mozilla\dom\src\base\nsGlobalWindow.cpp, line 469]
DocumentViewerImpl::LoadComplete
[d:\builds\seamonkey\mozilla\layout\base\src\nsDocumentViewer.cpp, line 669]
nsWebShell::OnEndDocumentLoad
[d:\builds\seamonkey\mozilla\docshell\base\nsWebShell.cpp, line 981]
nsDocLoaderImpl::FireOnEndDocumentLoad
[d:\builds\seamonkey\mozilla\uriloader\base\nsDocLoader.cpp, line 810]
nsDocLoaderImpl::DocLoaderIsEmpty
[d:\builds\seamonkey\mozilla\uriloader\base\nsDocLoader.cpp, line 612]
nsDocLoaderImpl::DocLoaderIsEmpty
[d:\builds\seamonkey\mozilla\uriloader\base\nsDocLoader.cpp, line 615]
nsDocLoaderImpl::OnStopRequest
[d:\builds\seamonkey\mozilla\uriloader\base\nsDocLoader.cpp, line 555]
nsLoadGroup::RemoveChannel
[d:\builds\seamonkey\mozilla\netwerk\base\src\nsLoadGroup.cpp, line 573]
nsStreamIOChannel::OnStopRequest
[d:\builds\seamonkey\mozilla\netwerk\base\src\nsInputStreamChannel.cpp, line 625]
nsOnStopRequestEvent::HandleEvent
[d:\builds\seamonkey\mozilla\netwerk\base\src\nsAsyncStreamListener.cpp, line 302]
nsStreamListenerEvent::HandlePLEvent
[d:\builds\seamonkey\mozilla\netwerk\base\src\nsAsyncStreamListener.cpp, line 106]
PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 576]
PL_ProcessPendingEvents [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c,
line 512]
_md_EventReceiverProc [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line
1046]
KERNEL32.DLL + 0x24407 (0xbff94407)
0x00688b3e
Comment 2•24 years ago
|
||
not in a couple weeks. Can we reproduce this under the debugger?
Comment 3•24 years ago
|
||
My guess would be that m_mdbAllFoldersTable is null - I don't know why that
would be, unless there was some catastrophic error opening up panacea.dat -
Perhaps clayton's panacea.dat got corrupted, and we may not be handling that
very well. Clayton, could you attach that file to this bug? It's in the root of
your user profile directory.
Assignee | ||
Comment 4•24 years ago
|
||
this morning Jaime filed a bug (53357) about mail not starting up also. He said
he crashed yesterday and has been hanging every since. That was my main concern
when I saw this bug. I don't know if they are related.
Comment 5•24 years ago
|
||
Jaime's crashes are all those JS lookup property crashes that are hard to
reproduce. See 50394
Comment 7•24 years ago
|
||
yse, I od mean 53094 - sorry about that.
Comment 9•24 years ago
|
||
I can't dup this on my W2K-JA. I am using 20001023 build.
No crash upon stating Mail. :) Need more info.
Comment 10•24 years ago
|
||
*** Bug 57894 has been marked as a duplicate of this bug. ***
Comment 11•24 years ago
|
||
I had this problem in the 10/24 and 10/25 (?) Linux builds, but i cannot
reduplicate it in the 10/26 and 10/27 builds, so i guess it has just
mysteriously disappeared (perhaps to reappear later).
QA Contact: esther → stephend
taking this bug as QA contact.
Comment 13•24 years ago
|
||
Worksforme build 2000122604 win32. Stephend, I think this is a worksforme now...
Agreed, I've never gotten a crash on startup since I've been here.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
VERIFIED WFM.
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Browser → Seamonkey
Comment 16•19 years ago
|
||
I hate to say it, but this is a critical crasher for me as well. cvs suite HEAD as of 30 minutes ago, totally blew away all installed seamonkey libraries and files as well as ~/.mozilla, i.e. brand new installation. instant crash on startup of messenger. started a few days ago. i didn't update for several days so i can't be specific. my crash data doesn't look like this and it doesn't emit js stuff.
So if this isn't the same, i'll start a new bug.
Document http://www.mozilla.org/projects/seamonkey/start/ loaded successfully
--DOMWINDOW == 6
WARNING: default.xpm not found, file nsWindow.cpp, line 3137
++WEBSHELL 0x809d6030 == 4
++DOMWINDOW == 7
++DOMWINDOW == 8
###!!! ASSERTION: How'd this happen?: '(PRUint32)parserBytesConsumed >= mBytesParsed', file nsExpatDriver.cpp, line 921
Break: at file nsExpatDriver.cpp, line 921
Program /usr/local/lib/seamonkey-1.5a/seamonkey-bin (pid = 25659) received signal 11.
Stack:
UNKNOWN [/usr/local/lib/seamonkey-1.5a/components/libprofile.so +0x00024810]
__kernel_sigreturn+0x00000000 [ +0x00000420]
Program /usr/local/lib/seamonkey-1.5a/seamonkey-bin (pid = 25659) received signal 11.
Stack:
UNKNOWN [/usr/local/lib/seamonkey-1.5a/components/libprofile.so +0x00024810]
__kernel_sigreturn+0x00000000 [ +0x00000420]
malloc+0x00000089 [/lib/libc.so.6 +0x00061F35]
__cxa_demangle+0x0000017E [/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/libstdc++.so.6 +0x000A5372]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/seamonkey-bin +0x000170FB]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/seamonkey-bin +0x000172DB]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/seamonkey-bin +0x00016F65]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/components/libprofile.so +0x00024810]
__kernel_sigreturn+0x00000000 [ +0x00000420]
nsSubstring::Replace(unsigned int, unsigned int, unsigned short const*, unsigned int)+0x000000E3 [/usr/local/lib/seamonkey-1.5a/libxpcom_core.so +0x001151B3]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/components/libhtmlpars.so +0x0001715E]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/components/libhtmlpars.so +0x00017291]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/components/libhtmlpars.so +0x000203CA]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/components/libhtmlpars.so +0x000205F5]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/components/libhtmlpars.so +0x000388CE]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/components/libhtmlpars.so +0x000406F4]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/components/libhtmlpars.so +0x00041470]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/components/libhtmlpars.so +0x00036747]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/components/libgklayout.so +0x00274284]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/components/libgklayout.so +0x002766B4]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/components/libgklayout.so +0x00276A68]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/components/libnecko.so +0x00089283]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/components/libjar50.so +0x00022079]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/components/libnecko.so +0x00044BD9]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/components/libnecko.so +0x00044D62]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/libxpcom_core.so +0x00094931]
PL_HandleEvent+0x0000005A [/usr/local/lib/seamonkey-1.5a/libxpcom_core.so +0x000CE9AA]
PL_ProcessPendingEvents+0x00000091 [/usr/local/lib/seamonkey-1.5a/libxpcom_core.so +0x000CF831]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/libxpcom_core.so +0x000D3D63]
UNKNOWN [/usr/local/lib/seamonkey-1.5a/components/libwidget_gtk2.so +0x00025511]
Sleeping for 5 minutes.
Type 'gdb /usr/local/lib/seamonkey-1.5a/seamonkey-bin 25659' to attach your debugger to this thread.
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
Comment 17•19 years ago
|
||
Considering this bug report is five years old, you probably need to open a new one and include your data. It would be a lot more helpful to the current Seamonkey developers.
I'm closing this one again for now.
Status: REOPENED → RESOLVED
Closed: 24 years ago → 19 years ago
Resolution: --- → WORKSFORME
Updated•19 years ago
|
Status: RESOLVED → VERIFIED
Comment 18•19 years ago
|
||
david@blue-labs.org: when you file that new bug, please be sure to attach a gdb stack trace (see the unix debugging faq).
You need to log in
before you can comment on or make changes to this bug.
Description
•