Closed Bug 761081 Opened 12 years ago Closed 5 years ago

crash in JSScript::markChildren

Categories

(Core :: JavaScript Engine, defect)

13 Branch
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox15 - ---
firefox16 - ---
firefox17 - ---
firefox30 --- affected
firefox31 --- affected

People

(Reporter: scoobidiver, Unassigned)

References

Details

(Keywords: crash, regression, Whiteboard: [js:t][unactionable])

Crash Data

It first appeared in 13.0a1/20120307. The regression range might be:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=7d0d1108a14e&tochange=78e56fd22f2a
It's #178 top crasher in 13.0b7, #200 in 14.0a2 over the last week.

There's a spike in crashes starting from 15.0a1/20120601. The regression range for the spike is:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3aa566994890&tochange=73783bf75c4c
It's #36 top crasher in 15.0a1 over the last day.

Signature 	JSScript::markChildren(JSTracer*) More Reports Search
UUID	bcd2c732-f01a-49d4-a735-4aa082120604
Date Processed	2012-06-04 01:10:42
Uptime	36
Last Crash	38 seconds before submission
Install Age	9.9 hours since version was first installed.
Install Time	2012-06-03 15:17:00
Product	Firefox
Version	15.0a1
Build ID	20120603030523
Release Channel	nightly
OS	Windows NT
OS Version	6.1.7601 Service Pack 1
Build Architecture	x86
Build Architecture Info	GenuineIntel family 6 model 23 stepping 7
Crash Reason	EXCEPTION_ACCESS_VIOLATION_WRITE
Crash Address	0x1ff32f0
App Notes 	
AdapterVendorID: 0x10de, AdapterDeviceID: 0x1201, AdapterSubsysID: 14603842, AdapterDriverVersion: 8.17.13.142
D2D? D2D+ DWrite? DWrite+ D3D10 Layers? D3D10 Layers+ 
EMCheckCompatibility	True	
Total Virtual Memory	4294836224
Available Virtual Memory	3880792064
System Memory Use Percentage	21
Available Page File	32229367808
Available Physical Memory	6740520960

Frame 	Module 	Signature 	Source
0 	mozjs.dll 	JSScript::markChildren 	js/src/jsscript.cpp:2110
1 	mozjs.dll 	js::gc::MarkUnbarriered<JSScript> 	js/src/gc/Marking.cpp:135
2 	mozjs.dll 	fun_trace 	js/src/jsfun.cpp:499
3 	mozjs.dll 	js::GCMarker::processMarkStackTop 	js/src/gc/Marking.cpp:1180
4 	mozjs.dll 	js::GCMarker::drainMarkStack 	js/src/gc/Marking.cpp:1224
5 	mozjs.dll 	NonIncrementalMark 	js/src/jsgc.cpp:3345
6 	mozjs.dll 	GCCycle 	js/src/jsgc.cpp:3693
7 	mozjs.dll 	Collect 	js/src/jsgc.cpp:3802
8 	xul.dll 	mozilla::CalibratedPerformanceCounter 	xpcom/ds/TimeStamp_windows.cpp:521
9 	xul.dll 	nsJSContext::GarbageCollectNow 	dom/base/nsJSEnvironment.cpp:2978

More reports at:
https://crash-stats.mozilla.com/report/list?signature=JSScript%3A%3AmarkChildren%28JSTracer*%29
https://crash-stats.mozilla.com/report/list?signature=JSScript%3A%3AmarkChildren
Whiteboard: [js:p1:fx16]
It subsided again.
Whiteboard: [js:p1:fx16] → [js:t]
Blocks: 768402
It's #18 top browser crasher in 15.0b2, #12 in 16.0a2, and #14 in 17.0a1.
(In reply to Scoobidiver from comment #2)
> It's #18 top browser crasher in 15.0b2, #12 in 16.0a2, and #14 in 17.0a1.

Let's see if this is spiking before tracking for release.
Whiteboard: [js:t] → [js:t] [crash-spike]
(In reply to Alex Keybl [:akeybl] from comment #3)
> Let's see if this is spiking before tracking for release.
It spiked in 15.0a1/20120601 as explained in comment 0.
Whiteboard: [js:t] [crash-spike] → [js:t]
This is highest on Win XP (70%) and much higher in 15 than it was in 14 but it's been around since 13 so while it's worth keeping an eye on, I wouldn't block a release on this with its present volume.
Also the volume on 16/17 is quite low which contributes to the decision on comment 5.
We have compartment GC enabled in FF15 but not in 16 or 17. However, nothing related to compartment GC happened on 6/1.
(In reply to Lukas Blakk [:lsblakk] from comment #6)
> Also the volume on 16/17 is quite low which contributes to the decision on
> comment 5.
Without counting Flash hangs where nothing can be done by Mozilla, it's #9 in 15.0b2, #10 in 16.0a2 and 17.0a1.
This signature is topcrash #6 in Firefox desktop 18.0b3
Crash Signature: [@ JSScript::markChildren(JSTracer*)] [@ JSScript::markChildren] → [@ JSScript::markChildren(JSTracer*)] [@ JSScript::markChildren] [@ MarkInternal<JSAtom> ]
Crash Signature: [@ JSScript::markChildren(JSTracer*)] [@ JSScript::markChildren] [@ MarkInternal<JSAtom> ] → [@ JSScript::markChildren(JSTracer*)] [@ JSScript::markChildren] [@ MarkInternal<JSAtom> ] [@ MarkInternal<js::ArgumentsObject>]
Crash Signature: [@ JSScript::markChildren(JSTracer*)] [@ JSScript::markChildren] [@ MarkInternal<JSAtom> ] [@ MarkInternal<js::ArgumentsObject>] → [@ JSScript::markChildren(JSTracer*)] [@ JSScript::markChildren] [@ MarkInternal<JSAtom> ] [@ MarkInternal<js::ArgumentsObject>] [@ MarkRange<JSObject>]
Whiteboard: [js:t] → [js:t][unactionable]
Keywords: topcrash
FWIW Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Firefox/31.0 ID:20140415030203 CSet: 5b6e82e7bbbf crashed like this for me.

Report ID 	Date Submitted
bp-27ab81d3-d853-4022-8b3e-01bab2140415	15/04/2014	03:15 p.m.

Shall I file a new bug?
Robert,

Can you please advise on comment 11 above?
Flags: needinfo?(kairo)
Is this reproducible? If not, then there's not much sense in filing a separate bug for a crash that happens during garbage collection as there's no way to determine what's causing it from the report, the cause for something like this (like memory corruption) has usually happened long before the garbage collection stumbled over it and crashed.
Flags: needinfo?(kairo)
crashes @ JSScript::markChildren(JSTracer*) have crept into the top 20 volume crashers on Fx30. (#19)
None of these signatures are in the topcrash range anymore. Regardless we still have no actionable information for this long-standing crash.
Keywords: topcrash-win
Assignee: general → nobody
Crash Signature: [@ JSScript::markChildren(JSTracer*)] [@ JSScript::markChildren] [@ MarkInternal<JSAtom> ] [@ MarkInternal<js::ArgumentsObject>] [@ MarkRange<JSObject>] → [@ JSScript::markChildren(JSTracer*)] [@ JSScript::markChildren] [@ MarkInternal<JSAtom> ] [@ MarkInternal<js::ArgumentsObject>] [@ MarkRange<JSObject>] [@ MarkInternal<T> ] [@ MarkRange<T>]

Closing because no crashes reported for 12 weeks.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.