Incorrect results of correctedValue() if product of arguments are too big

[evanp]

Weird bug: sub(30, 0.00004999999999833333) produces -0.0000499999999983333 for me.

sub( 9, 0.00004999999999833333) produces 8.999950000000002 which is more or less correct.

That long number has 20 digits to the right of the decimal place, which my NodeJS won't normally produce. Trimming a digit or two off the end of the number will return the right value.

I'm not sure what's going on; just thought I'd bring it up.

[evanp]

It might be useful to cap the number of digits in the correction factor.

[evanp]

If the product of val and corrFactor is big enough to be represented in exponential notation, the result will be a single-digit integer.

correctedValue(2.3, 1000) will give the correct value, 2300. correctedValue(2.3, 1e21) will give the incorrect value 2. This is because the product 2.3e21 is converted to a string and then passed to parseInt, which will stop at the first non-digit character, so return 2.

This can be fixed by using Math.round instead of parseInt().