Re: Regression Failure: CURRENT SOURCES/union&join - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Regression Failure: CURRENT SOURCES/union&join
Date
Msg-id 20138.1067636957@sss.pgh.pa.us
Whole thread Raw
In response to Regression Failure: CURRENT SOURCES/union&join  (Larry Rosenman <ler@lerctr.org>)
Responses Re: Regression Failure: CURRENT SOURCES/union&join  (Larry Rosenman <ler@lerctr.org>)
List pgsql-hackers
Larry Rosenman <ler@lerctr.org> writes:
> *** ./expected/union.out    Thu Oct  9 20:49:31 2003
> --- ./results/union.out    Fri Oct 31 15:15:50 2003
> ***************
> *** 106,112 ****
>    two
>   -----
>    1.1
> !    2
>   (2 rows)

>   SELECT 1.1 AS three UNION SELECT 2 UNION ALL SELECT 2;
> --- 106,112 ----
>    two
>   -----
>    1.1
> !  2.0
>   (2 rows)

I think this is just a platform-specific difference in the behavior of
qsort().  Numeric "2" and "2.0" print differently, but they are equal
according to the comparison operators, so it's mostly luck of the draw
which one is selected for output.

The original coding of this regression test expected that these values
would be interpreted as float8, wherein there is no difference between
"2" and "2.0".  I'm kind of inclined to change the test back to using
float8 so we don't see more of these reports.

> *** ./expected/join.out    Thu Oct  9 20:49:31 2003
> --- ./results/join.out    Fri Oct 31 15:15:51 2003
> [ row ordering differences ]

This also looks like platform-specific behavior --- the differences are
in the sort ordering of rows with equal keys.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: static pg_dump
Next
From: Larry Rosenman
Date:
Subject: Re: Regression Failure: CURRENT SOURCES/union&join