Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #74298

Re: NaN comparisons - Call For Anecdotes

Date 2014-07-10 12:28 +0100
From MRAB <python@mrabarnett.plus.com>
Subject Re: NaN comparisons - Call For Anecdotes
References (1 earlier) <53BD70F4.4000504@stoneleaf.us> <53BDAF90.8010709@jmunch.dk> <CAPM-O+yiioLm-UiV2fYqc2n9qZrN+_v6RkeqJ7mOQ3Kq+cH0CQ@mail.gmail.com> <53BDCA33.3020100@jmunch.dk> <85oawyt4ho.fsf@benfinney.id.au>
Newsgroups comp.lang.python
Message-ID <mailman.11723.1404991700.18130.python-list@python.org> (permalink)

Show all headers | View raw


On 2014-07-10 01:57, Ben Finney wrote:
> "Anders J. Munch" <2014@jmunch.dk> writes:
>
>> Joel Goldstick wrote:
>> > I've been following along here, and it seems you haven't received
>> > the answer you want or need.
>>
>> So far I received exactly the answer I was expecting. 0 examples of
>> NaN!=NaN being beneficial.
>
> Predictability and ease of diagnosis are the principles at work
> <URL:http://stackoverflow.com/a/1573715/70157>. You have already
> received examples of those.
>
> If those don't convince you of its usefulness, that's unfortunate, but
> at this point you are demonstrating a standard which is both
> unreasonably high (even the rationale of the committee doesn't convince
> you) and unreasonably low (you ask not for explanations but personal
> anecdotes).
>
> Good luck to you in your quest.
>
I can think of one place where equality of NaNs would be useful:
sorting.

However, in that use-case, you would also want it to be orderable,
perhaps greater than any other non-NaN float.

Back to comp.lang.python | Previous | Next | Find similar | Unroll thread


Thread

Re: NaN comparisons - Call For Anecdotes MRAB <python@mrabarnett.plus.com> - 2014-07-10 12:28 +0100

csiph-web