Le 23 déc. 04, à 16:09, Tom Lane a écrit :
"Andrew Dunstan" <[EMAIL PROTECTED]> writes:
Now we just need to work out why the box is failing the
oldstyle_length test
- see
http://www.pgbuildfarm.org/cgi-bin/show_log.pl?nm=osprey&dt=2004-12
-23%2005:00:22
Either the passing of arguments or the pas
"Andrew Dunstan" <[EMAIL PROTECTED]> writes:
> Now we just need to work out why the box is failing the oldstyle_length test
> - see
> http://www.pgbuildfarm.org/cgi-bin/show_log.pl?nm=osprey&dt=2004-12-23%2005:00:22
Either the passing of arguments or the passing of the return value isn't
working t
Rémi Zara said:
>>
>>> From pgbuildfarm, it seems that openBSD sparc64 does not exhibit the
>>> problem (it's not part of resultmap, and passes the float8 test).
>>
>> OK, never mind that then. Patch applied as-is.
>
> Cool, thanks !
>
Now we just need to work out why the box is failing the old
Le 23 déc. 04, à 04:52, Tom Lane a écrit :
=?ISO-8859-1?Q?R=E9mi_Zara?= <[EMAIL PROTECTED]> writes:
Le 23 d=E9c. 04, =E0 00:26, Tom Lane a =E9crit :
Looks reasonable to me --- why do you call it only a "semi" fix
Because strtod really should underflow, so there seems to be a bug in
NetBSD's strtod
=?ISO-8859-1?Q?R=E9mi_Zara?= <[EMAIL PROTECTED]> writes:
> Le 23 d=E9c. 04, =E0 00:26, Tom Lane a =E9crit :
>> Looks reasonable to me --- why do you call it only a "semi" fix
> Because strtod really should underflow, so there seems to be a bug in
> NetBSD's strtod.
> So this is just accepting the
Le 23 déc. 04, à 00:26, Tom Lane a écrit :
=?ISO-8859-1?Q?R=E9mi_Zara?= <[EMAIL PROTECTED]> writes:
--- src/test/regress/resultmap.orig 2004-10-04
16:42:47.0=20
+0200
+++ src/test/regress/resultmap 2004-12-22 23:27:51.0 +0100
@@ -3,6 +3,7 @@
float8/i.86-.*-freebsd[234]=float
=?ISO-8859-1?Q?R=E9mi_Zara?= <[EMAIL PROTECTED]> writes:
> --- src/test/regress/resultmap.orig 2004-10-04 16:42:47.0=20
> +0200
> +++ src/test/regress/resultmap 2004-12-22 23:27:51.0 +0100
> @@ -3,6 +3,7 @@
> float8/i.86-.*-freebsd[234]=float8-small-is-zero
> float8/i.86-.*
Hi,
One of the regression failure on NetBSD mac68k is float8 (see
http://www.pgbuildfarm.org/cgi-bin/show_history.pl?nm=osprey&br=HEAD).
The failure is due to the fact the strtod does not underflow for
+-10e-400.
I see in src/test/regress/resultmap that NetBSD ix86 does not overflow
either, and
