Closed Bug 569978 Opened 15 years ago Closed 9 years ago

Xulrunner Crashes at Startup [@ XPCNativeInterface::GetNewOrUsed]

Categories

(Core :: General, defect)

Product:
Core
Component:
General
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED DUPLICATE of bug 597775

People

(Reporter: pdp, Unassigned)

Details

(Keywords: crash)

Crash Data

User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_3; en-us) AppleWebKit/531.22.7 (KHTML, like Gecko) Version/4.0.5 Safari/531.22.7 Build Identifier: 1.9.2 The xulrunner crashes unexpectedly at startup. This issue only occurs on Mac OS X 10.5.8. Reproducible: Always Steps to Reproduce: The crash is random/unexpected. Actual Results: The platform crashed. Expected Results: It shouldn't crash Process: websecurify [9949] Path: /Applications/Websecurify 0.6RC1.app/Contents/MacOS/websecurify Identifier: org.gnucitizen.websecurify Version: ??? (???) Code Type: X86 (Native) Parent Process: launchd [201] Interval Since Last Report: 116046 sec Crashes Since Last Report: 2 Per-App Interval Since Last Report: 0 sec Per-App Crashes Since Last Report: 1 Date/Time: 2010-06-01 21:55:03.168 +0200 OS Version: Mac OS X 10.5.8 (9L30) Report Version: 6 Anonymous UUID: C31749AE-A01D-450A-9086-261B65F42180 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x00000000c0042444 Crashed Thread: 0 Thread 0 Crashed: 0 ??? 0xc0042444 0 + 3221496900 1 XUL 0x0104ca7f XPCNativeInterface::GetNewOrUsed(XPCCallContext&, nsID const*) + 143 2 XUL 0x0102b65c nsXPCComponents::AttachNewComponentsObject(XPCCallContext&, XPCWrappedNativeScope*, JSObject*) + 268 3 XUL 0x0101c61d nsXPConnect::InitClasses(JSContext*, JSObject*) + 237 4 XUL 0x0103c64c XPCJSContextStack::GetSafeJSContext(JSContext**) + 556 5 XUL 0x01190ea2 nsScriptSecurityManager::Init() + 130 6 XUL 0x01191198 nsScriptSecurityManager::GetScriptSecurityManager() + 248 7 XUL 0x01198c3a __ZL34Construct_nsIScriptSecurityManagerP11nsISupportsRK4nsIDPPv + 42 8 XUL 0x01b53383 nsComponentManagerImpl::CreateInstanceByContractID(char const*, nsISupports*, nsID const&, void**) + 195 9 XUL 0x01b4ff8f nsComponentManagerImpl::GetServiceByContractID(char const*, nsID const&, void**) + 623 10 XUL 0x01b11850 nsGetServiceByContractID::operator()(nsID const&, void**) const + 64 11 XUL 0x01b109b9 nsCOMPtr_base::assign_from_gs_contractid(nsGetServiceByContractID, nsID const&) + 25 12 XUL 0x010a1e2e mozJSComponentLoader::ReallyInit() + 302 13 XUL 0x010a3331 mozJSComponentLoader::LoadModule(nsILocalFile*, nsIModule**) + 241 14 XUL 0x01b52589 nsComponentManagerImpl::AutoRegisterComponent(nsILocalFile*, nsTArray<DeferredModule>&, int) + 697 15 XUL 0x01b52d51 nsComponentManagerImpl::AutoRegisterDirectory(nsIFile*, nsCOMArray<nsILocalFile>&, nsTArray<DeferredModule>&) + 1281 16 XUL 0x01b52fbd nsComponentManagerImpl::AutoRegisterImpl(nsIFile*, nsCOMArray<nsILocalFile>&, nsTArray<DeferredModule>&) + 189 17 XUL 0x01b546d7 nsComponentManagerImpl::AutoRegister(nsIFile*) + 1607 18 XUL 0x01b1b463 NS_InitXPCOM3_P + 2035 19 XUL 0x01008eaf ScopedXPCOMStartup::Initialize() + 79 20 XUL 0x0100bd57 XRE_main + 4983 21 org.gnucitizen.websecurify 0x000025b6 main + 598 22 org.gnucitizen.websecurify 0x000022f6 start + 54 Thread 1: 0 libSystem.B.dylib 0x9084f44e __semwait_signal + 10 1 libSystem.B.dylib 0x90879dcd pthread_cond_wait$UNIX2003 + 73 2 libnspr4.dylib 0x0005a0a1 PR_WaitCondVar + 241 3 libmozjs.dylib 0x004c31c3 JSBackgroundThread::work() + 51 4 libnspr4.dylib 0x0005fae2 _pt_root + 146 5 libSystem.B.dylib 0x90879155 _pthread_start + 321 6 libSystem.B.dylib 0x90879012 thread_start + 34 Thread 2: 0 libSystem.B.dylib 0x9084f44e __semwait_signal + 10 1 libSystem.B.dylib 0x9089f9f8 pthread_cond_timedwait$UNIX2003 + 72 2 libnspr4.dylib 0x00059297 pt_TimedWait + 151 3 libnspr4.dylib 0x0005a007 PR_WaitCondVar + 87 4 XUL 0x01038711 XPCJSRuntime::WatchdogMain(void*) + 65 5 libnspr4.dylib 0x0005fae2 _pt_root + 146 6 libSystem.B.dylib 0x90879155 _pthread_start + 321 7 libSystem.B.dylib 0x90879012 thread_start + 34 Thread 0 crashed with X86 Thread State (32-bit): eax: 0x017bdde9 ebx: 0x00000000 ecx: 0x00000000 edx: 0x01c72d2c edi: 0x8fe01000 esi: 0x0012c0e0 ebp: 0xbfffd608 esp: 0xbfffd58c ss: 0x0000001f efl: 0x00010286 eip: 0xc0042444 cs: 0x00000017 ds: 0x0000001f es: 0x0000001f fs: 0x00000000 gs: 0x00000037 cr2: 0xc0042444
This is really odd. Most xulrunner consumers don't hit this, obviously. What are you doing that's different? ;) Are you building xulrunner yourself? If so, trying to hack it to use gczeal == 1 or gczeal == 2 by default might be worth it to see whether the crash then becomes reliable. Sadly, the gczeal pref probably doesn't apply to the js component loader, so this would need to be a source-level change.
In this particular case I am using a custom build but with pretty standard mozconfig. Unfortunately this is a 3rd-party report. The application very rarely crashes at startup on my testing systems (mostly debug builds).
Severity: normal → critical
Keywords: crash
Summary: Xulrunner Crashes at Startup → Xulrunner Crashes at Startup [@ XPCNativeInterface::GetNewOrUsed]
OK. Are there any assertions in the debug builds (esp preceding the crashes)?
Unfortunately I don't have a debug log for when the application crashes at the startup and it is impossible for me to reproduce. I don't get any assertions during the startup at all.
Seems this is a duplication of 597775 It's very easy to reproduce: Build a XULRunner on Snowleopard and it will always crash on leopard: https://bugzilla.mozilla.org/show_bug.cgi?id=597775
Crash Signature: [@ XPCNativeInterface::GetNewOrUsed]
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.