Closed Bug 6043 Opened 26 years ago Closed 26 years ago

linux apprunner crashes on startup

Categories

(Core :: XPCOM, defect, P1)

x86
Linux
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: sspitzer, Assigned: tague)

Details

(Keywords: crash)

From my 12:00 pm build on 5-6-99, when I run, I abort on startup. I tried removing my registry, but that didn't help. -Seth #0 0x407cf6a1 in ?? () from /lib/libc.so.6 #1 0x407d06df in ?? () from /lib/libc.so.6 #2 0x404acfba in ?? () from /usr/lib/libnspr3.so #3 0x4003ad16 in nsDebug::Abort (aFile=0x408f1054 "nsLocaleFactory.cpp", aLine= 110) at nsDebug.cpp:93 #4 0x4003ad7a in nsDebug::Break (aFile=0x408f1054 "nsLocaleFactory.cpp", aLine= 110) at nsDebug.cpp:108 #5 0x4003aebd in nsDebug::Assertion (aStr=0x408f113d "nsLocaleFactory: factory_ create_interface failed.\n", aExpr=0x408f1121 "fPosixLocaleInterface!=NULL", aFi le=0x408f1054 "nsLocaleFactory.cpp", aLine=110) at nsDebug.cpp:140 #6 0x408ef624 in nsLocaleFactory::nsLocaleFactory (this=0x8056320) at nsLocaleF actory.cpp:110 #7 0x408ed9d5 in NSGetFactory (serviceMgr=0x80506d8, aClass=@0x8053d58, aClassN ame=0x0, aProgID=0x0, aFactory=0xbfffef30) at nsLocaleSO.cpp:77 #8 0x4003d78d in nsComponentManagerImpl::LoadFactory (this=0x8050b80, aEntry=0x 8053d58, aFactory=0xbfffef30) at nsComponentManager.cpp:877 #9 0x4003d9e1 in nsComponentManagerImpl::FindFactory (this=0x8050b80, aClass=@0 x408f0c8c, aFactory=0xbfffef30) at nsComponentManager.cpp:958 #10 0x4003e27d in nsComponentManagerImpl::RegisterComponent (this=0x8050b80, aCl ass=@0x408f0c8c, aClassName=0x0, aProgID=0x0, aLibrary=0x8055f18 "/builds/sspitz er/MOZILLA/05.06.1999/12.29/mozilla/dist/bin/components/libnslocale.so", aReplac e=1, aPersist=1) at nsComponentManager.cpp:1283 #11 0x408edc5b in NSRegisterSelf (aServMgr=0x80506d8, path=0x8055f18 "/builds/ss pitzer/MOZILLA/05.06.1999/12.29/mozilla/dist/bin/components/libnslocale.so") at nsLocaleSO.cpp:139 #12 0x4003f3dc in nsComponentManagerImpl::SelfRegisterDll (this=0x8050b80, dll=0 x80558a8) at nsComponentManager.cpp:1862 #13 0x4003f13b in nsComponentManagerImpl::AutoRegisterComponent (this=0x8050b80, when=NS_Startup, fullname=0xbffff4c4 "/builds/sspitzer/MOZILLA/05.06.1999/12.29 /mozilla/dist/bin/components/libnslocale.so") at nsComponentManager.cpp:1772 #14 0x4003ec2f in nsComponentManagerImpl::SyncComponentsInDir (this=0x8050b80, w hen=NS_Startup, dir=0x8054728 "/builds/sspitzer/MOZILLA/05.06.1999/12.29/mozilla /dist/bin/components") at nsComponentManager.cpp:1584 #15 0x4003eacf in nsComponentManagerImpl::AutoRegister (this=0x8050b80, when=NS_ Startup, dir=0x8054728 "/builds/sspitzer/MOZILLA/05.06.1999/12.29/mozilla/dist/b in/components") at nsComponentManager.cpp:1549 #16 0x400405ec in nsComponentManager::AutoRegister (when=NS_Startup, directory=0 x8054728 "/builds/sspitzer/MOZILLA/05.06.1999/12.29/mozilla/dist/bin/components" ) at nsRepository.cpp:147 #17 0x804bc6a in NS_AutoregisterComponents () at nsSetupRegistry.cpp:107 #18 0x804c73a in NS_SetupRegistry_1 () at nsSetupRegistry.cpp:157 #19 0x804b217 in main (argc=2, argv=0xbffffa24) at nsAppRunner.cpp:158
Assignee: dp → erik
Severity: normal → critical
Priority: P3 → P1
Looks more like something with the component rather than xpcom.
Assignee: erik → tague
One of the hints to the problem is all the RegisterComponent(NSLOCALE_DLL) calls from webshell/tests/viewer/nsSetupRegistry.cpp These calls should be removed.
Sorry, I had mentioned you(dp) to Seth since the file where the component is supposed to be registered is in nsLocaleSO.cpp and it looks like you were the last one to make changes to it with the UnregisterComponent call. I'm not sure why this would cause the crash though.
I'm can change the component registration today, but I would prefer not to until we have some understanding as to what is causing the problems in #5564. Basically when I removed the component registration calls on windows it caused the library load to fail.
The key is the order of registrations has changed from: apprunner static components and then the dynamic components from the components/ directory. Before it was the other way around. I am working with tague on this to see what is wrong. I dont understand both these bugs with nslocale.dll
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
changed. i still want an answer to #5564, but this will get people over the current linux bustage.
Adding crash keyword
Keywords: crash
This was fixed ages ago I guess. Marking Verified.
Status: RESOLVED → VERIFIED
Component: XPCOM Registry → XPCOM
QA Contact: dp → xpcom
You need to log in before you can comment on or make changes to this bug.