Re: AW: v7.0.3 *pre-release* ...

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

In response to

Responses

Browse pgsql-hackers by date

  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