From: | The Hermit Hacker <scrappy(at)hub(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Pete Forman <gsez020(at)kryten(dot)bedford(dot)waii(dot)com>, "'pgsql-hackers(at)postgresql(dot)org'" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: AW: v7.0.3 *pre-release* ... |
Date: | 2000-11-07 20:56:15 |
Message-ID: | Pine.BSF.4.21.0011071655450.2607-100000@thelab.hub.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
If its that easy to fix the regress test so that it passes, can we get it
committed and build a new tarball so that ppl doing regression on v7.0.3
see a clean regress?
On Tue, 7 Nov 2000, Tom Lane wrote:
> Pete Forman <gsez020(at)kryten(dot)bedford(dot)waii(dot)com> writes:
> > The only remaining failure is geometry. The results I got were nearly
> > identical to geometry-powerpc-aix4.out. The only differences were the
> > order of rows returned by three of the tables. I'll submit the
> > results file to pgsql-patches.
>
> Rather than making still another results file, let's fix the .sql file
> to do an explicit ORDER BY for those queries. The regress tests are
> mostly pretty lazy about ensuring a platform-independent ordering of
> query results. In many places we can get away with that, but every so
> often we notice another place where we can't. Looks like you've just
> identified another.
>
> regards, tom lane
>
>
Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
Systems Administrator @ hub.org
primary: scrappy(at)hub(dot)org secondary: scrappy(at){freebsd|postgresql}.org
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2000-11-07 21:02:19 | Re: AW: AW: Issue NOTICE for attempt to raise lock leve l? |
Previous Message | Martin A. Marques | 2000-11-07 20:21:12 | still with problems to run configure |