Closed Bug 426141 Opened 18 years ago Closed 18 years ago

SIGSEGV with -no-remote

Categories

(Toolkit :: Startup and Profile System, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 391311

People

(Reporter: wolfiR, Unassigned)

Details

(Keywords: crash, topcrash)

I get a crash at startup with FF3.0b5. This is a --with-libxul-sdk build! (I haven't got this crash with 3.0b4 built "normally") It happens when Firefox is running already and one tries to start another instance using -no-remote. #0 nsChromeRegistry::CheckForNewChrome (this=0x6d9b30) at nsChromeRegistry.cpp:1150 #1 0x00002b44f3ba9eb0 in nsChromeRegistry::Init (this=0x6d9b30) at nsChromeRegistry.cpp:566 #2 0x00002b44f3ba733a in nsChromeRegistryConstructor (aOuter=<value optimized out>, aIID=@0x2b44f3e68a20, aResult=0x7fffb9516720) at nsChromeFactory.cpp:49 #3 0x00002b44f3d86288 in nsComponentManagerImpl::CreateInstanceByContractID (this=<value optimized out>, aContractID=<value optimized out>, aDelegate=0x0, aIID=@0x2b44f3e68a20, aResult=0x7fffb9516720) at nsComponentManager.cpp:1756 #4 0x00002b44f3d8746e in nsComponentManagerImpl::GetServiceByContractID (this=0x6ce760, aContractID=0x2b44f3e67896 "@mozilla.org/chrome/chrome-registry;1", aIID=@0x2b44f3e68a20, result=0x7fffb95167a8) at nsComponentManager.cpp:2189 #5 0x00002b44f3d5a302 in nsGetServiceByContractID::operator() (this=<value optimized out>, aIID=@0x0, aInstancePtr=0x7fffb95167a8) at nsComponentManagerUtils.cpp:94 #6 0x00002b44f3d59863 in nsCOMPtr_base::assign_from_gs_contractid (this=0x7fffb95167f0, gs=<value optimized out>, iid=@0x2b44f3e6d5f0) at nsCOMPtr.cpp:132 #7 0x00002b44f362c0dd in ScopedXPCOMStartup::SetWindowCreator (this=<value optimized out>, native=<value optimized out>) at ../../dist/include/xpcom/nsCOMPtr.h:677 #8 0x00002b44f362cb6b in ShowProfileManager (aProfileSvc=0x6651f0, aNative=0x652150) at nsAppRunner.cpp:1712 #9 0x00002b44f36302d3 in XRE_main (argc=<value optimized out>, argv=<value optimized out>, aAppData=<value optimized out>) at nsAppRunner.cpp:2071 (gdb) print manifestFileURL $1 = {<nsCOMPtr_base> = {mRawPtr = 0x0}, <No data fields>} (gdb) print manifestURI $2 = {<nsCOMPtr_base> = {mRawPtr = 0x0}, <No data fields>} That seems to fail: (for whatever reason) rv = NS_NewURI(getter_AddRefs(manifestURI), NS_LITERAL_CSTRING("resource:///chrome/app-chrome.manifest"));
Just checked the topcrashers and it actually is a dupe of 391311 Currently #9 for 3.0b5
Status: NEW → RESOLVED
Closed: 18 years ago
Keywords: crash, topcrash
Resolution: --- → DUPLICATE
Component: XRE Startup → Startup and Profile System
QA Contact: xre.startup → startup
You need to log in before you can comment on or make changes to this bug.