Closed
Bug 652414
Opened 14 years ago
Closed 14 years ago
TI: Crash [@ js::GetIterator] or "Assertion failure: v.isNumber() || v.isBoolean(),"
Categories
(Core :: JavaScript Engine, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: gkw, Unassigned)
References
Details
(Keywords: assertion, crash, testcase)
Crash Data
Attachments
(1 file)
6.45 KB,
text/plain
|
Details |
x = eval("");
(function() {
x = ''
})()
try {
(function() {
function a(b) {
for (v in b) {}
}
for each(z in [x]) {
a(z)
}
})()
} catch(e) {}
asserts js debug shell on JM changeset 90a7b141e0cf with -m, -a, -n and -d at Assertion failure: v.isNumber() || v.isBoolean(), and turns into a crash in js::GetIterator if the first line above is changed to:
x = eval
Reporter | ||
Comment 1•14 years ago
|
||
Tested on 64-bit.
autoBisect shows this is probably related to the following changeset:
The first bad revision is:
changeset: 68276:90a7b141e0cf
tag: tip
user: Brian Hackett
date: Fri Apr 22 07:59:45 2011 -0700
summary: [INFER] Bytecode SSA analysis, bug 650715.
Blocks: 650715
Comment 2•14 years ago
|
||
Hmm, WFM on tip. This may have been fixed by rev a16bbfe4f0f4, which reverted a case where inference broke some invariants in compartments with debug mode.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
Updated•14 years ago
|
Crash Signature: [@ js::GetIterator]
You need to log in
before you can comment on or make changes to this bug.
Description
•