NaN behavior - Mailing list pgsql-hackers

From Neil Conway
Subject NaN behavior
Date
Msg-id 1168567452.5462.29.camel@localhost.localdomain
Whole thread Raw
Responses Re: NaN behavior  (Neil Conway <neilc@samurai.com>)
List pgsql-hackers
postgres=# select 'NaN'::numeric = 'NaN'::numeric,                 'NaN'::float8 = 'NaN'::float8;?column? | ?column? 
----------+----------t        | t
(1 row)

This behavior is inconsistent with most people's notion of "NaN" -- in
particular, it is inconsistent with IEEE754. I can understand why
Postgres behaves this way, and we probably can't easily change it (if we
want to continue indexing NaN values, that is), but I think it should at
least be discussed in the documentation.

Comments? I'll write up a doc patch, barring any objections.

-Neil




pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: [PERFORM] unusual performance for vac following 8.2upgrade
Next
From: "Christopher Kings-Lynne"
Date:
Subject: Re: PANIC: block 463 unfound during REDO after out of