Closed
Bug 722260
Opened 13 years ago
Closed 13 years ago
Assertion failure: a.asBits == b.asBits, at js/src/builtin/MapObject.cpp:99
Categories
(Core :: JavaScript Engine, defect)
Core
JavaScript Engine
Tracking
()
RESOLVED
FIXED
mozilla13
People
(Reporter: decoder, Assigned: Waldo)
Details
(Keywords: assertion, testcase, Whiteboard: [js-triage-done])
Attachments
(1 file)
5.27 KB,
patch
|
luke
:
review+
|
Details | Diff | Splinter Review |
The following test asserts on mozilla-central revision 8a59519e137e (options -m -n):
var m = new Map;
var key = -((/\u0024/ ).x);
var v = {};
m.set(key,v);
Assignee | ||
Comment 1•13 years ago
|
||
var key = -((/\u0024/ ).x);
creates a canonical NaN value, then negates it to get the canonical NaN with the sign bit set. Luke says our value encoding system correctly treats such bit patterns as doubles, so it's not a problem on that account. This does mean, however, that given a double value generated by script, it's not possible to simply assert that d == JS_CANONICALIZE_NaN(d).
Assignee: general → jwalden+bmo
Status: NEW → ASSIGNED
OS: Linux → All
Hardware: x86_64 → All
Whiteboard: js-triage-needed → [js-triage-done]
Assignee | ||
Comment 2•13 years ago
|
||
Attachment #593157 -
Flags: review?(luke)
![]() |
||
Updated•13 years ago
|
Attachment #593157 -
Flags: review?(luke) → review+
Assignee | ||
Comment 3•13 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/f3ceed05f6b7
If we're going to have Map and Set on aurora until shortly before merge to beta, it might be worth taking this there, since it seems like something that might easily be stumbled upon. Not sure about that. I guess for now I'll default to doing nothing.
Target Milestone: --- → mozilla13
Comment 4•13 years ago
|
||
Sorry, had to back this out on inbound because it (or something it landed with) had some jsreftest issues:
https://hg.mozilla.org/integration/mozilla-inbound/rev/a22cb315b248
Target Milestone: mozilla13 → ---
Assignee | ||
Comment 5•13 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/19addd0f1a6d
Aside from the missing-from-the-commit manifests (easy to solve), it turns out that if you add a new directory of JS tests, you have to add the directory to js/src/tests/Makefile.in, else the tests won't be packaged and test machines will complain your tests are missing. Ugh; I added a comment to js/src/tests/jstests.list to hopefully ward others away from this problem in the future.
Comment 6•13 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla13
Reporter | ||
Comment 7•12 years ago
|
||
Automatically extracted testcase for this bug was committed:
https://hg.mozilla.org/mozilla-central/rev/efaf8960a929
Flags: in-testsuite+
You need to log in
before you can comment on or make changes to this bug.
Description
•