Closed
Bug 1374742
Opened 8 years ago
Closed 7 years ago
Thunderbird crashed while running in the background [@ void js::GCMarker::markAndPush<T>]
Categories
(Core :: JavaScript: GC, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
firefox57 | --- | affected |
People
(Reporter: whimboo, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: crash, Whiteboard: [tbird crash])
Crash Data
At some point it just crashed without any user interaction. So it was not a triggered GC.
Crash details:
Crash Reason EXC_BAD_ACCESS / EXC_I386_GPFLT
Crash Address 0x0
First 20 frames:
Crashing Thread (0)
Frame Module Signature Source
0 XUL void js::GCMarker::markAndPush<JSObject>(js::GCMarker::StackTag, JSObject*) js/src/gc/Heap.h:891
1 XUL js::GCMarker::eagerlyMarkChildren(js::Scope*) js/src/gc/Marking.cpp:906
2 XUL void js::TraceRange<js::Scope*>(JSTracer*, unsigned long, js::WriteBarrieredBase<js::Scope*>*, char const*) js/src/gc/Marking.cpp:531
3 XUL JSScript::traceChildren(JSTracer*) js/src/jsscript.cpp:3649
4 XUL js::GCMarker::processMarkStackTop(js::SliceBudget&) js/src/gc/Marking.cpp:1656
5 XUL js::GCMarker::drainMarkStack(js::SliceBudget&) js/src/gc/Marking.cpp:1550
6 XUL void js::gc::GCRuntime::markWeakReferences<js::gc::GCZoneGroupIter>(js::gcstats::Phase) js/src/jsgc.cpp:4004
7 XUL js::gc::GCRuntime::endMarkingZoneGroup() js/src/jsgc.cpp:4033
8 XUL js::gc::GCRuntime::beginSweepPhase(bool, js::AutoLockForExclusiveAccess&) js/src/jsgc.cpp:5272
9 XUL js::gc::GCRuntime::incrementalCollectSlice(js::SliceBudget&, JS::gcreason::Reason, js::AutoLockForExclusiveAccess&) js/src/jsgc.cpp:5954
10 XUL js::gc::GCRuntime::gcCycle(bool, js::SliceBudget&, JS::gcreason::Reason) js/src/jsgc.cpp:6242
11 XUL js::gc::GCRuntime::collect(bool, js::SliceBudget, JS::gcreason::Reason) js/src/jsgc.cpp:6370
12 XUL JS::GCForReason(JSContext*, JSGCInvocationKind, JS::gcreason::Reason) js/src/jsgc.cpp:6438
13 XUL nsXPCComponents_Utils::ForceGC() js/xpconnect/src/XPCComponents.cpp:2576
14 XUL NS_InvokeByIndex xpcom/reflect/xptcall/md/unix/xptcinvoke_x86_64_unix.cpp:180
15 XUL XPCWrappedNative::CallMethod(XPCCallContext&, XPCWrappedNative::CallMode) js/xpconnect/src/XPCWrappedNative.cpp:2058
16 XUL XPC_WN_CallMethod(JSContext*, unsigned int, JS::Value*) js/xpconnect/src/XPCWrappedNativeJSOps.cpp:999
17 XUL js::InternalCallOrConstruct(JSContext*, JS::CallArgs const&, js::MaybeConstruct) js/src/jscntxtinlines.h:239
18 XUL Interpret js/src/vm/Interpreter.cpp:510
19 XUL js::RunScript(JSContext*, js::RunState&) js/src/vm/Interpreter.cpp:405
20 XUL js::InternalCallOrConstruct(JSContext*, JS::CallArgs const&, js::MaybeConstruct) js/src/vm/Interpreter.cpp:477
![]() |
||
Comment 2•8 years ago
|
||
Jon please take a look. Is there anything we can do to make this more actionable?
Comment 3•8 years ago
|
||
This isn't actionable as it is, but I'm going to investigate how we can track down crashes like this in bug 1399944.
Flags: needinfo?(jcoppeard)
Comment 4•7 years ago
|
||
Moving to p3 because no activity for at least 1 year(s).
See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P2 → P3
Comment 5•7 years ago
|
||
Thunderbird crashes with this signature are gone.
Please reopen if you still have a problem
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•