Closed
Bug 426827
Opened 18 years ago
Closed 17 years ago
"Assertion failure: !(js_CodeSpec[op2].format & JOF_DEL), at jsinterp.c" or "Assertion failure: !(js_CodeSpec[op2].format & JOF_DEL), at ../jsinterp.cpp"
Categories
(Core :: JavaScript Engine, defect)
Core
JavaScript Engine
Tracking
()
VERIFIED
FIXED
People
(Reporter: jdarmochwal, Assigned: igor)
References
Details
(4 keywords, Whiteboard: fixed-in-tracemonkey)
Attachments
(2 files)
|
7.14 KB,
text/plain
|
Details | |
|
1.02 KB,
patch
|
mrbkap
:
review+
|
Details | Diff | Splinter Review |
js> eval()=delete a;
Assertion failure: !(js_CodeSpec[op2].format & JOF_DEL), at jsinterp.c:4878
expected: SyntaxError: invalid assignment left-hand side
Updated•18 years ago
|
Version: unspecified → Trunk
Comment 1•18 years ago
|
||
This does yield an invalid assignment error in OPT.
Severity: normal → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Hardware: PC → All
Comment 2•17 years ago
|
||
Still occurs with TM tip and 1.9.0.x branch.
Updated•17 years ago
|
Summary: Assertion failure: !(js_CodeSpec[op2].format & JOF_DEL), at jsinterp.c → "Assertion failure: !(js_CodeSpec[op2].format & JOF_DEL), at jsinterp.c" or "Assertion failure: !(js_CodeSpec[op2].format & JOF_DEL), at ../jsinterp.cpp"
Comment 3•17 years ago
|
||
This should be a regression of bug 423300.
Seems to work as expected with cvs js shell checkout at 2008-03-18 18:37 PDT
Asserts with cvs js shell checkout at 2008-03-18 18:39 PDT
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2008-03-18+18%3A37%3A00&maxdate=2008-03-18+18%3A39%3A00&cvsroot=%2Fcvsroot
Bonsai message:
Fix JSOP_SETCALL to cope with delete f() and the like (423300, r=mrbkap, a=beltzner).
Updated•17 years ago
|
Flags: wanted1.9.1+
Flags: blocking1.9.1?
Flags: blocking1.9.1-
| Assignee | ||
Comment 4•17 years ago
|
||
The bug is not crytical - when the assert is violated in an optimized build, the interpreter throws an exception as it would do when the same code path would be hit with the assertion condition held.
| Assignee | ||
Comment 5•17 years ago
|
||
The fix just removes the assert. An alternative is to replace it with one that requires the absence of JOF_DEL only if opcode uses at least one stack operand, but then such assert would look rather arbitrary.
Assignee: general → igor
Attachment #367988 -
Flags: review?(mrbkap)
Updated•17 years ago
|
Attachment #367988 -
Flags: review?(mrbkap) → review+
| Assignee | ||
Comment 6•17 years ago
|
||
landed to TM - http://hg.mozilla.org/tracemonkey/rev/9297d5d86348
Whiteboard: fixed-in-tracemonkey
Comment 7•17 years ago
|
||
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Comment 8•16 years ago
|
||
Keywords: fixed1.9.1
Comment 9•16 years ago
|
||
js1_5/Regress/regress-426827.js
http://hg.mozilla.org/tracemonkey/rev/f793d2d8a984
Flags: in-testsuite+
Comment 10•16 years ago
|
||
v 1.9.1, 1.9.2
Status: RESOLVED → VERIFIED
Keywords: fixed1.9.1 → verified1.9.1
Comment 11•16 years ago
|
||
/cvsroot/mozilla/js/tests/js1_5/Regress/regress-426827.js,v <-- regress-426827.js
initial revision: 1.1
You need to log in
before you can comment on or make changes to this bug.
Description
•