>>And like he said, you shouldn't be using val() anyway. IMHO this is the main reason of the proble, and even so, it is still a CF problem, because CF is a language that uses auto casting when uncompatible types are encounterd, but it is not a reason it should do it uncorrectly.
>>probably mean to be using is evaluate() . evaluate is just like val(): it expects strings, not numeric values If you write: <cfset a = 15.12 /> <cfset b = 59.70 /> <cfset c = 74.82 /> <cfset d = a + b - c /> <cfoutput> d = #d#<br /> </cfoutput> You still get d = 1.42108547152E-014 This is definitely a bug. And this is the only language I know that will give this result. If there is a rounding error that occurs, I'd be very interested to know where, why and when any rounding occurs. -- _______________________________________ REUSE CODE! Use custom tags; See http://www.contentbox.com/claude/customtags/tagstore.cfm (Please send any spam to this address: [EMAIL PROTECTED]) Thanks. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:226306 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
