Closed Bug 74765 Opened 23 years ago Closed 23 years ago

M09 & Trunk startup crash [@ nsServiceManagerImpl::GetService]

Categories

(SeaMonkey :: General, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 80589

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
Keywords: crash, topcrash
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]
see bug 72051
maybe bug 70235 as well
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.
Bug 80589? The fix was checked in on 5/25.

*** This bug has been marked as a duplicate of 80589 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
verified dup.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
Crash Signature: [@ nsServiceManagerImpl::GetService]
You need to log in before you can comment on or make changes to this bug.