Also the negative cases of 90.0001 and 180.0001.

Added

Fixed. Thanks!

You are right. Fixed it. Thanks!

:)) yeah I kept adding, and hoping the test cases would stop, and adding... and when it was finally over I was too busy clicking Submit Final to format it or reduce it :P

As Ecma262 defined, Number are 64-bit double in IEEE 754 standard. And here is the wikipedia page http://en.wikipedia.org/wiki/Double-precision_floating-point_format

But your original statement could be modified a bit to make it valid, instead of:

"JS has only 32-bit integers."

say:

"In JavaScript, the operands of all bitwise operators are converted to signed 32-bit integers in two's complement format."

referrence:

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Bitwise_Operators
http://www.ecma-international.org/ecma-262/5.1/#sec-11.10

thank you for the info. And you are absolutely right about JavaScript does not have 64-bit integer. But from -(2^53 - 1)till 2^53 - 1, you will not loose percision, according to the mozilla documentation. So from my understanding, to say JavaScript only has 32-bit integer is not correct.

or here http://ecma-international.org/ecma-262/5.1/#sec-4.3.19

this is not true, have a look at https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Number/MAX_SAFE_INTEGER

That is a neat website! I'll have to start using that more in the future.

Creative one:)