Closed
Bug 872853
Opened 13 years ago
Closed 13 years ago
+"0x" erroneously yields zero
Categories
(Core :: JavaScript Engine, defect)
Tracking
()
RESOLVED
FIXED
mozilla24
People
(Reporter: richard.gibson, Assigned: Waldo)
References
(Blocks 1 open bug)
Details
Attachments
(2 files)
|
5.61 KB,
patch
|
evilpies
:
review+
|
Details | Diff | Splinter Review |
|
1.91 KB,
patch
|
evilpies
:
review+
|
Details | Diff | Splinter Review |
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.22 (KHTML, like Gecko) Ubuntu Chromium/25.0.1364.160 Chrome/25.0.1364.160 Safari/537.22
Steps to reproduce:
cast string "0x" to number with unary `+` operator (similar to but distinct from #582643)
Actual results:
a result of 0 (zero)
Expected results:
a result of NaN (http://www.ecma-international.org/ecma-262/5.1/#sec-9.3.1)
| Assignee | ||
Comment 1•13 years ago
|
||
Huh, we get this wrong? That's kind of amazing after all this time. :-)
This should be pretty easy to fix, excepting that the fix is to a centralized method, and making sure all the callers have the semantics desired here might take a little work.
Status: UNCONFIRMED → NEW
Ever confirmed: true
| Reporter | ||
Comment 2•13 years ago
|
||
Well, it *did* take a weird path to hit this:
* jQuery bug with filtering by a selector containing escaped whitespace: http://bugs.jquery.com/ticket/13894
* Fix in Sizzle CSS unescaping logic: https://github.com/jquery/sizzle/commit/00a7e0d8d66fb7915a24a2270033b8efc9e9c774#diff-3
| Assignee | ||
Comment 3•13 years ago
|
||
Turns out with methodjit gone, StringToNumberType is only used one place, only with T = double. Simplify!
| Assignee | ||
Comment 4•13 years ago
|
||
Attachment #750786 -
Flags: review?(evilpies)
Comment 5•13 years ago
|
||
Comment on attachment 750786 [details] [diff] [review]
2 - Detect no-hex-digits as NaN
Review of attachment 750786 [details] [diff] [review]:
-----------------------------------------------------------------
::: js/src/jsnum.cpp
@@ +1361,5 @@
> const jschar *endptr;
> double d;
> + if (!GetPrefixInteger(cx, bp + 2, end, 16, &endptr, &d) ||
> + endptr == bp + 2 ||
> + SkipSpace(endptr, end) != end)
This is not super obvious. A comment describing the last two parts could be good.
::: js/src/tests/ecma_5/Number/tonumber-string-hex.js
@@ +12,5 @@
> + * BEGIN TEST *
> + **************/
> +
> +assertEq(+"0x", NaN);
> +assertEq(+"\n0x", NaN);
I feel like we should probably test some other space.
Attachment #750786 -
Flags: review?(evilpies) → review+
Comment 6•13 years ago
|
||
Comment on attachment 750778 [details] [diff] [review]
1 - Eliminate jsnuminlines.h
Review of attachment 750778 [details] [diff] [review]:
-----------------------------------------------------------------
nice
Attachment #750778 -
Flags: review?(evilpies) → review+
Comment 7•13 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/23741f85220a
https://hg.mozilla.org/mozilla-central/rev/8ed13280c811
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → mozilla24
Blocks: 968240
You need to log in
before you can comment on or make changes to this bug.
Description
•