Description of bug: I ran into a problem with Int() giving me a number 1 less than expected. After looking into it more I found that it happens with a seemingly random list of number. The exact code is <cfoutput>#Int(18.15 * 100)#</cfoutput> You would expect 1815 to be returned but instead 1814 is returned. I Ran a loop from 0.01 to 10.00 to check and there was a rather large list of numbers that didn't match. I tried it on a couple other Coldfusion servers with the same result. You can view an example here http://www.seansekora.com/cfbugs/int.cfm

Comments:

--->

A D D     Y O U R     C O M M E N T S     T O     T H I S     B U G

Please login to add comments to a bug

C O M M E N T S Comment display is being revamped. We apologize for the delay. Validation   [rcverbeek]   [Wednesday, Dec 12, 2007 07:47 AM] I have been searching for a bug in our webshop for a few hours now, only to find out that it is a bug by Coldfusion. The peace of code where it all goes wrong resembles the code by Sean. We have coded a custom rounding function that takes (among others) these two parameters as input: <cfargument name="InputValue" required="true" type="numeric"> <cfargument name="RoundingPrecision" type="numeric" required="true"> We want to get rid of the decimals by multiplying by a large value, in our case 100,000: <cfset ModFactor = 100000> <cfset InputModValue =          InputValue * ModFactor> <cfset RoundingModPrecision =      RoundingPrecision * ModFactor> We then calculate the modulo value: <cfset RestModValue = InputModValue Mod RoundingModPrecision> If we use an input value of 1.13 and roundingprecision of 0.01: we expect: InputModValue = 113000 RoundingModPrecision = 1000 and RestModValue = 0. However in Coldfusion the latter one is 999! Typing 113000 mod 1000 directly will yield the correct result, but by using the intermediate variables it goes wrong. I had to use an explicit ROUND() on the two calculations to make it work again.