repeated numbers!?

[adash5000]

Im having a problem with one of my scripts where i need the repeated number to have more digits.

e.g.: when i use the javascript function Math.abs(1/9); it doesnt repeat the decimal long enough. It only returns the first 17 digits.
0.1111111111111111

Is there any way i can increase the number digits to 26 so it would be like 0.1111111111111111111111111.

[beetle]

Hmmm, don't think so.

What the heck do you need 26 significant digits for anyhow?

[brothercake]

Is there an upper limit on the size of integers? Maybe if you multiplied the original number by 1E26 you'd be able to get the number of digits you want.

[adash5000]

i dont get it wat do u mean by 1E26

[beetle]

That wouldn't work either, because then you'd get something like 1.111111111111111e+25

JS just arbitrarily truncates repeating decimals after 16 digits (4 bits) - nothing you can do about it.

BTW, the upper limit on integers is around 1e308, or, a 1024-bit integer.

[adash5000]

ok w/e i'll just leave it there. My script works anyways

[brothercake]

cool

btw - "1e26" means 1 multipled by (10 to the power 26) [iirc]

[liorean]

Originally posted by beetle
That wouldn't work either, because then you'd get something like 1.111111111111111e+25

JS just arbitrarily truncates repeating decimals after 16 digits (4 bits) - nothing you can do about it.

BTW, the upper limit on integers is around 1e308, or, a 1024-bit integer.

Not quite. The upper limit of precision integers (or true integers) is 2^31-1 (decimal 2 147 483 647). The lower limit being -2^31. The upper limit on a floating point number, including inprecise integers (which are really just floating point numbers that happen to not have any decimals), is around 1.79e308 (1024 bits, really). However, the precision is then limited to 53 bits zero padded up to a maximum of 1024 bits. 53 bits means the largest number that can be represented without truncating it is decimal 9 007 199 254 740 992. Where the decimal point is placed in that number is in essence irrelevant.

[Jeff Mott]

Not quite. The upper limit of precision integers (or true integers) is 2^31-1 (decimal 2 147 483 647). The lower limit being -2^31.

Although JavaScript does not have what would be considered a true integer. All numbers are represented as a double precision floating point number. So the max value is, infact, approximately 1.79E+308.

[size=2]<script type="text/javascript">
alert("MAX: " + Number.MAX_VALUE);
alert("MIN: " + Number.MIN_VALUE);
</script>[/size]

[liorean]

Originally posted by Jeff Mott
Although JavaScript does not have what would be considered a true integer. All numbers are represented as a double precision floating point number. So the max value is, infact, approximately 1.79E+308.

[size=2]<script type="text/javascript">
alert("MAX: " + Number.MAX_VALUE);
alert("MIN: " + Number.MIN_VALUE);
</script>[/size]

Well, that depends on your view on it. From the outside, you're right. All numbers are represented as IEEE floating point numbers in JavaScript. However, the IEEE floating point numbers has a 32 bit true integer representation on which you can apply integer math; a 53 bit precision for floating point number on which you can apply only floating point math (the number of distinguished bits in a number, or in more plain English, the point at which the number will be truncated and zero padded); a 64 bit minus 53 bit large number base (the number of numbers that can be expressed); and a 1024 bit large number space (the maximum size of a number).