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)

x86
macOS
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: gkw, Unassigned)

References

Details

(Keywords: assertion, crash, testcase)

Crash Data

Attachments

(1 file)

Attached file stacks
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
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
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
Crash Signature: [@ js::GetIterator]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: