1. Re: Peculiar IEEE Bug...
- Posted by "Carl R. White" <C.R.White at SCM.BRAD.AC.UK>
Feb 11, 1999
-
Last edited Feb 12, 1999
On Thu, 11 Feb 1999, Boehme, Gabriel wrote:
] Lucius Hilley III <lhilley at CDC.NET> wrote:
]
] >Anyone thing to test those IEEE numbers in another language?
] >Visual Basic or Quick Basic or Java or Something else.
] >Mayby Perl? That would give more of a hint to whether it is
] >Watcom C or IEEE standard that causes the error.
]
] Well, I tested our three original values (-1e-308, -2e-308, -3e-308) in
] QuickBasic, and the problem doesn't seem to be the IEEE standard. QB
] correctly evaluated each of the three values as being less than zero.
]
] >From what I've found, I'd say the problem is with either the interpreter or
] Watcom C. Regardless, the fact that Euphoria can't create -1e-308 without
] turning it into -1.000000000000034e-308 disturbs me greatly. What other
] little inaccuracies are lurking under the hood?
]
] Anybody else come up with similar/differing results?
QB can handle double length floats. My guess is that is's internally
converting to these to avoid the 1.0..034 inaccuracy that creeps in with
the shorter IEEE format Euphoria uses.
QB lets you print numbers in the form -2.3D+1023. We don't have numbers
this big in Eu...
--
Carl R White -- Final Year Computer Science at the University of Bradford
E-mail........: cyrek- at -bigfoot.com -- Remove hyphens. Ta :)
URL...........: http://www.bigfoot.com/~cyrek/
Uncrackable...: "19.6A.23.38.52.73.45 25.31.1C 3C.53.44.39.58"