Closed
Bug 900681
Opened 12 years ago
Closed 11 years ago
Assertion failure: backgroundFinalizeState[i] == BFS_DONE, at jsgc.h
Categories
(Core :: JavaScript Engine, defect)
Tracking
()
RESOLVED
FIXED
mozilla26
People
(Reporter: gkw, Assigned: bhackett1024)
References
Details
(Keywords: assertion, regression, testcase)
Attachments
(2 files)
1.99 KB,
text/plain
|
Details | |
4.50 KB,
patch
|
billm
:
review+
|
Details | Diff | Splinter Review |
function f(x) {
x("", Math)
}
for each(let b in this) {
try {
f(b)
} catch (e) {}
}
asserts js debug (32-bit threadsafe deterministic) shell on m-c changeset 129ce98f4cb2 without any CLI arguments intermittently at Assertion failure: backgroundFinalizeState[i] == BFS_DONE, at jsgc.h
s-s because gc is on the stack.
![]() |
Reporter | |
Comment 1•12 years ago
|
||
autoBisect shows this is probably related to the following changeset:
The first bad revision is:
changeset: http://hg.mozilla.org/mozilla-central/rev/868ce514bba7
user: Brian Hackett
date: Fri Jul 19 08:06:02 2013 -0600
summary: Bug 875125 - Allow scripts to be parsed/emitted off the main thread, r=billm.
Brian, is bug 875125 a likely regressor?
Blocks: 875125
Flags: needinfo?(bhackett1024)
Updated•11 years ago
|
![]() |
Reporter | |
Updated•11 years ago
|
tracking-firefox25:
--- → ?
tracking-firefox26:
--- → ?
Comment 2•11 years ago
|
||
Nicolas, can you help finding an owner for investigation while Naveed is out?
Assignee: general → npierron
status-firefox24:
--- → ?
Comment 3•11 years ago
|
||
I guess this might mean that the Parser thread is not destroyed at the end, do you have any idea what might go wrong, as you did the review of Brian's patch?
Do you mind taking this bug?
Otherwise I guess we can just back it out if nobody is able to work on it.
Flags: needinfo?(wmccloskey)
Assignee | ||
Comment 4•11 years ago
|
||
I'll look at this this weekend. No off thread parsing is actually happening so this is probably just some dumb thing, I don't see why backing the patch out is warranted at all.
Comment 5•11 years ago
|
||
(In reply to Brian Hackett (:bhackett) from comment #4)
> I'll look at this this weekend. No off thread parsing is actually happening
> so this is probably just some dumb thing, I don't see why backing the patch
> out is warranted at all.
Thanks, I am assigning you to this bug as it is required.
Assignee: npierron → bhackett1024
Flags: needinfo?(wmccloskey)
Assignee | ||
Comment 6•11 years ago
|
||
Actually, this test case is calling offThreadCompileScript, via that funky for loop. I can't reproduce this assert anymore, but offThreadCompileScript is kind of borked after bug 897655, with various asserts hitting during runtime shutdown because the off thread compilations are never finished. This patch fixes this so that any leaked compilations are finished before the final GC. This should only happen in the shell --- XUL documents will finish any off thread compilations which they trigger.
offThreadCompileScript still asserts on !cx->typeInferenceEnabled(), which is fixed by bug 906060, but after commenting out that assert I'm not able to get any failures on this testcase after 100 or so runs in a threadsafe build.
Attachment #791747 -
Flags: review?(wmccloskey)
Flags: needinfo?(bhackett1024)
Assignee | ||
Comment 7•11 years ago
|
||
This involves offThreadCompileScript which is a shell only function, and while it tests functionality now used for parsing scripts in XUL documents the bug is in how the shell function behaves (leaking compilations).
Group: core-security
Attachment #791747 -
Flags: review?(wmccloskey) → review+
Assignee | ||
Comment 8•11 years ago
|
||
Comment 9•11 years ago
|
||
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: in-testsuite?
Resolution: --- → FIXED
Target Milestone: --- → mozilla26
You need to log in
before you can comment on or make changes to this bug.
Description
•