Hello Jacques, The problem you have observed is due to these lines: > dim a as string > a=123.45678 You're asking MI/MB to perform an implicit cast and this seems to be the cause of the decimal rounding. Replacing the assignment with a more type-friendly form... > a="123.45678" ... solves the problem. I rarely rely on implicit type casting in any language these days as something always comes back to bite you. [Fond memories of date<->string conversions in MB]. Giorgio's original post is probably just due to rounding using the "print" command, and as you have shown, the use of format$() to request a particular number of decimal places solves that problem. Regards, Warren Vick Europa Technologies Ltd, U.K. http://www.europa-tech.comt ---------------------------------------------------------------------- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
RE: MI Problem with data types
Warren Vick, Europa Technologies Ltd. Fri, 26 Nov 1999 09:44:23 -0800
- MI Problem with data types Giorgio Porta
- RE: MI Problem with data types Jacques Paris
- Re: MI Problem with data ty... Warren Vick, Europa Technologies Ltd.
- Re: MI Problem with data ty... Bill Thoen
- Re: MI Problem with data types technical support
