Re: Should "select 'nan'::float = 'nan'::float; " return false as per IEEE 754

From: Chris Corbyn <chris(at)w3style(dot)co(dot)uk>
To: Hannu Krosing <hannu(at)2ndQuadrant(dot)com>
Cc: PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Should "select 'nan'::float = 'nan'::float; " return false as per IEEE 754
Date: 2012-10-28 10:05:21
Message-ID: 8345C6AE-84B9-4EE4-B85A-94C6144F5EC3@w3style.co.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Would this introduce problems finding rows where the stored value is NaN? You'd need to add a function or operator to avoid that.

Il giorno 28/ott/2012, alle ore 20:43, Hannu Krosing ha scritto:

> This is how PostgreSQL currently works -
>
> test=# select 'NaN'::float = 'NaN'::float as must_be_false;
> must_be_false
> ----------
> t
> (1 row)
>
> I think that PostgreSQL's behaviour of comparing two
> NaN-s as equal is wrong and Iwe should follow the IEEE 754 spec here
>
> As per IEEE 754 a NaN behaves similar to NULL in SQL.
>
> There is some discussion of why it is so at:
>
> http://stackoverflow.com/questions/1565164/what-is-the-rationale-for-all-comparisons-returning-false-for-ieee754-nan-values
>
> especially the first comment
>
> ---------
> Hannu
>
>
> --
> Sent via pgsql-hackers mailing list (pgsql-hackers(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-hackers

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Thomas Munro 2012-10-28 10:21:41 Re: Should "select 'nan'::float = 'nan'::float;" return false as per IEEE 754
Previous Message Hannu Krosing 2012-10-28 09:43:52 Should "select 'nan'::float = 'nan'::float;" return false as per IEEE 754