A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from http://mail.python.org/pipermail/python-dev/2006-February/061086.html below:

[Python-Dev] nice()

[Python-Dev] nice() [Python-Dev] nice()Greg Ewing greg.ewing at canterbury.ac.nz
Thu Feb 16 01:03:27 CET 2006
Smith wrote:

> The problem with areclose(), however, is that it
> only solves one part of the problem that needs to be solved 
> if two fp's *are* going to be compared: if you are going to 
> check if a < b you would need to do something like 
> 
>     not areclose(a,b) and a < b

No, no, no.

If your algorithm is well-designed, it won't matter which
way the comparison goes if a and b are that close.

In any case, the idea behind nice() is fundamentally doomed.
IT CANNOT WORK, because the numbers it's returning are still
binary, not decimal.

Greg
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4