Closed
Bug 74765
Opened 23 years ago
Closed 23 years ago
M09 & Trunk startup crash [@ nsServiceManagerImpl::GetService]
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
People
(Reporter: greer, Assigned: asa)
Details
(Keywords: crash, qawanted, topcrash)
Crash Data
Startup crash on Win and Linux platforms. Very little user comment. By virtue of the crash (happening at startup) it looks like there are multiple entries from single users. Here are just a couple: Comment: starting mozilla Detailed : http://cyclone/reports/incidenttemplate.cfm?bbid=28492598 StackTrace: http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=28492598 (28325434) Comments: Crash on startup with user directory from recent nightlies. Detailed : http://cyclone/reports/incidenttemplate.cfm?bbid=28325434 StackTrace: http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=28325434 And a stack trace: nsServiceManagerImpl::GetService() nsServiceManager::GetService() nsXULDocument::Init() NS_NewXULDocument() nsContentFactory::CreateInstance() nsComponentManagerImpl::CreateInstance() nsComponentManager::CreateInstance() nsLayoutDLF::CreateRDFDocument() nsLayoutDLF::CreateRDFDocument() nsLayoutDLF::CreateInstance() nsDocShell::NewContentViewerObj() nsDocShell::CreateContentViewer() nsDSURIContentListener::DoContent() nsDocumentOpenInfo::DispatchContent() nsDocumentOpenInfo::OnStartRequest() nsJARChannel::OnStartRequest() nsOnStartRequestEvent::HandleEvent() nsStreamObserverEvent::HandlePLEvent() PL_HandleEvent() PL_ProcessPendingEvents() nsEventQueueImpl::ProcessPendingEvents() event_processor_callback() our_gdk_io_invoke() libglib-1.2.so.0 + 0xecd9 (0x403d6cd9)
Adding janc and jpatel to cc: Adding crash and topcrash keywords for tracking
Comment 2•23 years ago
|
||
Adding M081 since this is a crash with Mozilla 0.8.1 and updating platform to PC and OS to All, since this i occuring on Win32 and Linux. Also adding qawanted so we can get some help reproducing this crash.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: qawanted
OS: Windows NT → All
Hardware: All → PC
Summary: M081 crash (Lin/Win - top 10)[@ nsServiceManagerImpl::GetService] → M081 startup crash [@ nsServiceManagerImpl::GetService]
Comment 5•23 years ago
|
||
here's another recent stack trace with the file names and line numbers in the stack: nsServiceManagerImpl::GetService [d:\builds\0.8.1\mozilla\xpcom\components\nsServiceManager.cpp line 368] nsServiceManager::GetService [d:\builds\0.8.1\mozilla\xpcom\components\nsServiceManager.cpp line 560] nsXULDocument::Init [d:\builds\0.8.1\mozilla\content\xul\document\src\nsXULDocument.cpp line 3868] NS_NewXULDocument [d:\builds\0.8.1\mozilla\content\xul\document\src\nsXULDocument.cpp line 572] nsContentFactory::CreateInstance [d:\builds\0.8.1\mozilla\content\build\nsContentFactory.cpp line 559] nsComponentManagerImpl::CreateInstance [d:\builds\0.8.1\mozilla\xpcom\components\nsComponentManager.cpp line 1200] nsComponentManager::CreateInstance [d:\builds\0.8.1\mozilla\xpcom\components\nsRepository.cpp line 82] nsLayoutDLF::CreateRDFDocument [d:\builds\0.8.1\mozilla\layout\build\nsLayoutDLF.cpp line 427] nsLayoutDLF::CreateRDFDocument [d:\builds\0.8.1\mozilla\layout\build\nsLayoutDLF.cpp line 453] nsLayoutDLF::CreateInstance [d:\builds\0.8.1\mozilla\layout\build\nsLayoutDLF.cpp line 301] nsDocShell::NewContentViewerObj [d:\builds\0.8.1\mozilla\docshell\base\nsDocShell.cpp line 2815] nsDocShell::CreateContentViewer [d:\builds\0.8.1\mozilla\docshell\base\nsDocShell.cpp line 2727] nsDSURIContentListener::DoContent [d:\builds\0.8.1\mozilla\docshell\base\nsDSURIContentListener.cpp line 106] nsDocumentOpenInfo::DispatchContent [d:\builds\0.8.1\mozilla\uriloader\base\nsURILoader.cpp line 374] nsDocumentOpenInfo::OnStartRequest [d:\builds\0.8.1\mozilla\uriloader\base\nsURILoader.cpp line 243] nsJARChannel::OnStartRequest [d:\builds\0.8.1\mozilla\netwerk\protocol\jar\src\nsJARChannel.cpp line 588] nsOnStartRequestEvent::HandleEvent [d:\builds\0.8.1\mozilla\netwerk\base\src\nsStreamObserverProxy.cpp line 126] nsStreamObserverEvent::HandlePLEvent [d:\builds\0.8.1\mozilla\netwerk\base\src\nsStreamObserverProxy.cpp line 79] PL_HandleEvent [d:\builds\0.8.1\mozilla\xpcom\threads\plevent.c line 589] PL_ProcessPendingEvents [d:\builds\0.8.1\mozilla\xpcom\threads\plevent.c line 522] _md_EventReceiverProc [d:\builds\0.8.1\mozilla\xpcom\threads\plevent.c line 1070]
Changing summary to M09 & Trunk. This is still happening in M09 and has a few crashes in builds as recent as 5/18. Talkback data has expired from previous reports. Here are a couple new links and comments. M09: Build: 2001050518 CrashDate: 2001-05-19 UptimeMinutes: 0 Total: 0 OS: Windows 98 4.10 build 67766222 Detailed : http://climate/reports/incidenttemplate.cfm?bbid=30648481 StackTrace: http://climate/reports/stackcommentemail.cfm?dynamicBBID=30648481 (30648481) Comments: crashed during use and now crashes at splash screen. Trunk: Build: 2001051806 CrashDate: 2001-05-18 UptimeMinutes: 0 Total: 0 OS: Windows NT 4.0 build 1381 Detailed : http://climate/reports/incidenttemplate.cfm?bbid=30615776 StackTrace: http://climate/reports/stackcommentemail.cfm?dynamicBBID=30615776 (30615776) Comments: started the browser
Summary: M081 startup crash [@ nsServiceManagerImpl::GetService] → M09 & Trunk startup crash [@ nsServiceManagerImpl::GetService]
This doesn't seem to have happened since 5-24. The correct component here would either be RDF or XPCOM. The crashes are all on a GetService call using NS_LOCALSTORE_CID and NS_GET_IID(nsIRDFDataSource). I really don't see why a crash would happen here, though, and it seems like something that's happened intermittently that we ought to fix.
The only thing that I can find that's at all out of the ordinary is the strange declaration of NS_NewLocalStore (extern NS_IMETHODIMP), although I don't see how that would be the problem.
*** This bug has been marked as a duplicate of 80589 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
Updated•13 years ago
|
Crash Signature: [@ nsServiceManagerImpl::GetService]
You need to log in
before you can comment on or make changes to this bug.
Description
•