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

Groups > comp.lang.python > #86970

Re: Is nan in (nan,) correct?

Show all headers | View raw

Nothing about nans is 'correct'.  They are a CS invention

On 3/5/2015 5:26 PM, random832@fastmail.us wrote:
> It's been brought up on Stack Overflow that the "in" operator (on
> tuples, and by my testing on dict and list, as well as dict lookup) uses
> object identity as a shortcut, and returns true immediately if the
> object being tested *is* an element of the container. However, the
> contains operation does not specify whether object identity or equality
> is to be used. In effect, the built-in container types use a hybrid
> test: "a is b or a == b".
>
> My question is, is this a *correct* implementation of the operator,

The current implementation of 'in' is 'correct' in that it reflects the 
intentions of GvR and other core developers.

-- 
Terry Jan Reedy

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

Thread

Re: Is nan in (nan,) correct? Terry Reedy <tjreedy@udel.edu> - 2015-03-05 20:20 -0500

csiph-web