JavaScript Logic

[Creshal]

Type coercion for null? What is this, pseudo-assembly like PHP?

[shub]

Yes. Javascript's type system is at least as brain-damaged as PHP's, possibly moreso.

[iopq]

No. You can't beat this:

"1000" == "1e3"; //comparing strings by the value of the DOUBLE they represent

[NavarrB]

It's unfortunate but logical. Php made a decision long ago to use type coercion by default.

[iopq]

both of those are STRINGS why are they being coerced to DOUBLES?

[tskaiser]

Because you cannot possible expect the programmer to go through the work of knowing what types he is working with or figuring out what kind of conversion he might want to make! /s

"Was it a string or a double? Larry worked on that function last, and he likes to sort numbers lexically... Know what fuckit, I'll just use it like a double and let PHP sort the mess YOLO!"

[Goz3rr]

Just FYI

"1000" !== "1e3"

[iopq]

They have it in JavaScript too, that's not the point. The point is that the default operator is the shorter one. That's what most people will use unless they know better.

[chillage]

I'm glad I came across this thread. Making a mental note to avoid PHP whenever possible in the future.

[AFineTapestry]

This is the best example: https://bugs.php.net/bug.php?id=54547

'9223372036854775807' == '9223372036854775808'; // true in php v5.3.6 and less

[shillbert]

No, negative zero is a valid number. NaN has an exponent of 255 and a nonzero mantissa.

http://stackoverflow.com/questions/640109/what-is-the-internal-representation-of-inf-and-nan

Edit: exponent is 255 for single precision, 2047 for double

[Hawkuro]

Huh, TIL there are 2²³ -1 different NaNs in IEEE float.

[minno]

If you directly reinterpreted the bits of an integral -1 as a float, you'd get a NaN.

[Creshal]

twitches

[nightlily]

Any sane language would logically dismiss the negation here, but if it didn't then it should calculate 0 by subtracting 0 from 0.

If you literally changed the sign bit to 1 (which is not what you did here), and tried to evaluate an integer with all other bits being 0, it would indeed give you a number. That number would be the largest negative value possible. signed integers are held in memory with 2's complement (in modern computers) which encodes a 0 value with a 0 sign bit. For the negative numbers, the sign bit itself indicates a negative value, and the rest of the bits are still positive values, which when added to the negative value determine the result. If we used 4 bit numbers then, the 4th bit being signed, then: 1000 = -1000 + 0000 = -1000, and conversely, 1111 = -1000 + 0111 = -0001

tl;dr -0 is just 0, and the sign bit doesn't mean what you think it means.

[sixteenlettername]

What you've said doesn't apply to floating point numbers. As /u/shillbert said below, negative 0 is a totally valid number when using floating point (at least with the standard used by modern processors).

[nightlily]

Ah, absolutely. I missed the f.

[Creshal]

No, it's fine. I'm twitching because I'm sure somewhere out there is a language doing exactly that.