Mark Dickinson <dicki...@gmail.com> added the comment: I think this *is* the same issue as 1869, at least in broad terms: the rounding code involves inexact floating-point operations (in this case a division by 10.0), which can result in a value that was *exactly* halfway between two rounded values losing that exactness, so that the rounding direction is essentially random.
Can you tell me why you think this issue is distinct from issue 1869? ---------- nosy: +marketdickinson resolution: -> duplicate status: open -> pending superseder: -> Builtin round function is sometimes inaccurate for floats _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue5473> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
