Closed
Bug 777992
Opened 12 years ago
Closed 12 years ago
"Assertion failure: [barrier verifier] Unmarked edge: element,"
Categories
(Core :: JavaScript Engine, defect)
Tracking
()
VERIFIED
FIXED
mozilla17
Tracking | Status | |
---|---|---|
firefox14 | --- | unaffected |
firefox15 | --- | unaffected |
firefox16 | + | fixed |
firefox17 | + | verified |
firefox-esr10 | --- | unaffected |
People
(Reporter: gkw, Assigned: terrence)
References
Details
(5 keywords, Whiteboard: [js:p1:fx17][advisory-tracking-])
Attachments
(2 files)
(deleted),
text/plain
|
Details | |
(deleted),
patch
|
billm
:
review+
lsblakk
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
verifyprebarriers()
x = []
function z() {}
Object.defineProperty(x, 2, {
value: z
})
gczeal(2, 2)
y = x.slice(2)
y.e = (function() {})
asserts js opt shell on m-c changeset deb98a757d4a without any CLI arguments at Assertion failure: [barrier verifier] Unmarked edge: element,
My opt shell is compiled with --enable-gczeal, --enable-profiling, --enable-debug-symbols, --enable-more-deterministic and --enable-valgrind among others.
s-s because gczeal is involved just-to-be-safe.
Assignee: general → wmccloskey
Reporter | ||
Comment 1•12 years ago
|
||
(not sure if this is really correct)
autoBisect shows this is probably related to the following changeset:
The first bad revision is:
changeset: 99987:139a8f2a8538
user: Terrence Cole
date: Wed Jun 20 18:48:56 2012 -0700
summary: Bug 764962 - Add a verifier mode for GenerationalGC post barriers; r=billm
I verify that the parent changeset 440ac3414c64 of this changeset, does not assert with the following testcase:
verifybarriers()
x = []
function z() {}
Object.defineProperty(x, 2, {
value: z
})
gczeal(2, 2)
y = x.slice(2)
y.e = (function() {})
(I changed verifyprebarriers() to verifybarriers() here)
Updated•12 years ago
|
Whiteboard: [js:p1:fx17]
Assignee | ||
Comment 2•12 years ago
|
||
Woohoo! My first sec-crit fuzz bug :-).
Reporter | ||
Comment 3•12 years ago
|
||
(In reply to Terrence Cole [:terrence] from comment #2)
> Woohoo! My first sec-crit fuzz bug :-).
Setting sec-critical. :)
Blocks: 764962
status-firefox-esr10:
--- → unaffected
status-firefox14:
--- → unaffected
status-firefox15:
--- → unaffected
status-firefox16:
--- → affected
status-firefox17:
--- → affected
tracking-firefox16:
--- → ?
tracking-firefox17:
--- → ?
Keywords: sec-critical
Assignee | ||
Comment 4•12 years ago
|
||
Bill, thanks for all the help with tracking this down! I couldn't put the fix quite where we planned for reasons I added to the comment.
What do I need to do to land this? Do we need a cover bug? Should I gin up a fake commit message? Should it land in Aurora and Beta too?
Assignee: wmccloskey → terrence
Status: NEW → ASSIGNED
Attachment #646663 -
Flags: review?(wmccloskey)
Comment on attachment 646663 [details] [diff] [review]
v0
This affects aurora but not beta. Since this doesn't affect a release, I think it's fine to land on inbound and aurora with a simple commit message like "Move array slowification barrier."
Attachment #646663 -
Flags: review?(wmccloskey) → review+
Assignee | ||
Comment 6•12 years ago
|
||
Whiteboard: [js:p1:fx17] → [js:p1:fx17] [leave open]
Updated•12 years ago
|
Comment 7•12 years ago
|
||
(In reply to Terrence Cole [:terrence] from comment #6)
> https://hg.mozilla.org/integration/mozilla-inbound/rev/71c43f0a8e2c
Since this appears to have stuck on central, could you please nominate for Aurora?
Assignee | ||
Comment 8•12 years ago
|
||
Comment on attachment 646663 [details] [diff] [review]
v0
[Approval Request Comment]
Bug caused by (feature/regressing bug #): Use after free if incremental GC is triggered in a certain spot.
User impact if declined: Rare crash during Incremental GC.
Testing completed (on m-c, etc.): Has been on m-c for a couple days now.
Risk to taking this patch (and alternatives if risky): Low.
String or UUID changes made by this patch: None.
Attachment #646663 -
Flags: approval-mozilla-aurora?
Updated•12 years ago
|
Comment 9•12 years ago
|
||
Comment on attachment 646663 [details] [diff] [review]
v0
low risk, approving for aurora and if you could drop in a mozilla-central url with where this landed as well as update the status flags once this is uplifted that would be appreciated, thank you.
Attachment #646663 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Assignee | ||
Comment 10•12 years ago
|
||
Assignee | ||
Comment 11•12 years ago
|
||
Updated•12 years ago
|
Target Milestone: --- → mozilla17
Assignee | ||
Updated•12 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: mozilla17 → ---
Updated•12 years ago
|
Whiteboard: [js:p1:fx17] [leave open] → [js:p1:fx17]
Assignee | ||
Updated•12 years ago
|
Target Milestone: --- → mozilla17
Assignee | ||
Comment 12•12 years ago
|
||
And backed out in:
https://hg.mozilla.org/releases/mozilla-aurora/rev/e0d6e40bc40b
I forgot that we have updated the name of the verifybarriers() function.
Assignee | ||
Comment 13•12 years ago
|
||
Updated•12 years ago
|
Updated•12 years ago
|
Status: RESOLVED → VERIFIED
Comment 14•12 years ago
|
||
JSBugMon: This bug has been automatically verified fixed.
Updated•12 years ago
|
Whiteboard: [js:p1:fx17] → [js:p1:fx17][advisory-tracking-]
Updated•12 years ago
|
Group: core-security
Comment 15•12 years ago
|
||
A testcase for this bug was automatically identified at js/src/jit-test/tests/basic/bug777992.js.
Flags: in-testsuite+
You need to log in
before you can comment on or make changes to this bug.
Description
•