Closed Bug 1124468 Opened 11 years ago Closed 11 years ago

Assertion failure: state == NotStarted, at vm/HelperThreads.cpp

Categories

(Core :: JavaScript: GC, defect)

Product:
Core
Component:
JavaScript: GC
Platform:
x86_64
Linux
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED DUPLICATE of bug 1124603
Tracking Flags:
Tracking Status
firefox38 --- affected

People

(Reporter: gkw, Unassigned)

References

Details

(Keywords: assertion, regression, testcase, Whiteboard: [fuzzblocker])

The upcoming testcase asserts js debug shell on m-c changeset 06b590bf59f4 with --fuzzing-safe --gc-zeal=14 --ion-offthread-compile=off --ion-eager at Assertion failure: state == NotStarted, at vm/HelperThreads.cpp The shell was obtained from: https://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-central-linux64-debug/1421878530/jsshell-linux-x86_64.zip === Tinderbox Build Bisection Results by autoBisect === The "good" changeset has the timestamp "20150121001427" and the hash "1533b263c457". The "bad" changeset has the timestamp "20150121013236" and the hash "26d8f946a53b". Likely regression window: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=1533b263c457&tochange=26d8f946a53b Jon, probably compacting GC-related? This is happening very often, so setting [fuzzblocker].
Flags: needinfo?(jcoppeard)
Blocks: 650161
status-firefox38: --- → affected
OS: Mac OS X → Linux
Blocks: 1124603
I can't reproduce, even using that referenced shell build. Yes, this will be related to compacting GC and parallel update tasks.
I did get this to reproduce in the end. It's the same issue as bug 1124603.
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(jcoppeard)
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.