Re: NaN/Inf fix for ECPG - Mailing list pgsql-hackers

From Tom Lane
Subject Re: NaN/Inf fix for ECPG
Date
Msg-id 28428.1267200691@sss.pgh.pa.us
Whole thread Raw
In response to Re: NaN/Inf fix for ECPG  (Rémi Zara <remi_zara@mac.com>)
Responses Re: NaN/Inf fix for ECPG  (Rémi Zara <remi_zara@mac.com>)
List pgsql-hackers
Rémi Zara <remi_zara@mac.com> writes:
> I've tried patch 1 and 2, but they do not work. The fact is that the code is not used in the backend, because
strtod("NaN",endptr) works. (isnan(strtod("NaN", endptr)) is true).
 

Hmm.  So what do you get fromSELECT 'nan'::numeric::float8;
on that machine?  That should exercise the backend's version of
get_float8_nan().
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: ecpg tests broken by pgindent run
Next
From: Tom Lane
Date:
Subject: Re: NaN/Inf fix for ECPG