Rounding Bug in Python 2.0! - ugh
Pete Forman
gsez020 at kryten.bedford.waii.com
Mon Nov 6 04:09:08 EST 2000
"Tim Peters" <tim_one at email.msn.com> writes:
> But then we also have to replace the input routines, as getting away
> with that choice requires I/O accuracy greater than is required by
> the 754 std (so we can't count on vendor input routines "to work"
> well enough).
I don't see that the input routines need to be replaced. Admittedly
the C Standard only recommends that decimals be correctly converted to
binary. I'd expect that most implementations would round correctly.
Is there a reason other than poor QOI for rounding incorrectly? I/O
is intrinsicly slow, so there would be little merit in using a
conversion routine that was faster and less accurate.
Output is a different matter as there is no standard way to display
minimal length decimals.
--
Pete Forman -./\.- Disclaimer: This post is originated
Western Geophysical -./\.- by myself and does not represent
pete.forman at westgeo.com -./\.- the opinion of Baker Hughes or
http://www.crosswinds.net/~petef -./\.- its divisions.
More information about the Python-list
mailing list