Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #74298
| 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) |
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
Re: NaN comparisons - Call For Anecdotes MRAB <python@mrabarnett.plus.com> - 2014-07-10 12:28 +0100
csiph-web