Closed Bug 1417752 Opened 7 years ago Closed 2 years ago

Assertion Failure: !aOther.IsNull() Cycle collector crash under debugger nested event loop

Categories

(Core :: Cycle Collector, defect)

Product:
Core
Component:
Cycle Collector
Type:
defect

Tracking

()

Status:
RESOLVED INCOMPLETE

People

(Reporter: tcampbell, Unassigned)

Details

I got a crash in a clean local build when using the browser debugger. The mBeginTime is non-zero, and the mEndTime is null. One interesting thing is we have a nested event loop on stack. I'm not sure if there is anything interesting here. I only hit the crash once. Assertion failure: !aOther.IsNull() (Cannot compute with aOther null value), at c:\Users\tcampbell\Projects\gecko.dev\obj-x86_64-pc-mingw32\dist\include\mozilla/TimeStamp.h:565 #01: TimeBetween (c:\users\tcampbell\projects\gecko.dev\dom\base\nsjsenvironment.cpp:1291) #02: nsJSContext::RunCycleCollectorSlice (c:\users\tcampbell\projects\gecko.dev\dom\base\nsjsenvironment.cpp:1522) #03: ICCRunnerFired (c:\users\tcampbell\projects\gecko.dev\dom\base\nsjsenvironment.cpp:1595) #04: std::_Func_impl<bool (__cdecl*)(mozilla::TimeStamp),std::allocator<int>,bool,mozilla::TimeStamp>::_Do_call (c:\program files (x86)\microsoft visual studio 14.0\vc\include\functional:214) #05: mozilla::IdleTaskRunner::Run (c:\users\tcampbell\projects\gecko.dev\xpcom\threads\idletaskrunner.cpp:62) #06: nsThread::ProcessNextEvent (c:\users\tcampbell\projects\gecko.dev\xpcom\threads\nsthread.cpp:1038) #07: NS_ProcessNextEvent (c:\users\tcampbell\projects\gecko.dev\xpcom\threads\nsthreadutils.cpp:513) #08: mozilla::SpinEventLoopUntil<1,<lambda_0730cc8cde83877351fb6ffad5244607> > (c:\users\tcampbell\projects\gecko.dev\obj-x86_64-pc-mingw32\dist\include\nsthreadutils.h:328) #09: mozilla::jsinspector::nsJSInspector::EnterNestedEventLoop (c:\users\tcampbell\projects\gecko.dev\devtools\platform\nsjsinspector.cpp:77) #10: XPTC__InvokebyIndex (c:\Users\tcampbell\Projects\gecko.dev\xpcom\reflect\xptcall\md\win32\xptcinvoke_asm_x86_64.asm:99) #11: CallMethodHelper::Call (c:\users\tcampbell\projects\gecko.dev\js\xpconnect\src\xpcwrappednative.cpp:1317) #12: XPCWrappedNative::CallMethod (c:\users\tcampbell\projects\gecko.dev\js\xpconnect\src\xpcwrappednative.cpp:1282) #13: XPC_WN_CallMethod (c:\users\tcampbell\projects\gecko.dev\js\xpconnect\src\xpcwrappednativejsops.cpp:929) #14: js::CallJSNative (c:\users\tcampbell\projects\gecko.dev\js\src\jscntxtinlines.h:291) #15: js::InternalCallOrConstruct (c:\users\tcampbell\projects\gecko.dev\js\src\vm\interpreter.cpp:472) #16: Interpret (c:\users\tcampbell\projects\gecko.dev\js\src\vm\interpreter.cpp:3061) #17: js::RunScript (c:\users\tcampbell\projects\gecko.dev\js\src\vm\interpreter.cpp:422) #18: js::InternalCallOrConstruct (c:\users\tcampbell\projects\gecko.dev\js\src\vm\interpreter.cpp:494) #19: js::jit::DoCallFallback (c:\users\tcampbell\projects\gecko.dev\js\src\jit\baselineic.cpp:2551)
Severity: normal → S3

This doesn't seem like it is very actionable at this point, 6 or so years on from the report.

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → INCOMPLETE
Component: XPCOM → Cycle Collector
You need to log in before you can comment on or make changes to this bug.