The Hermit Hacker <[EMAIL PROTECTED]> writes:
> 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?
The way I want to fix it will probably require getting new geometry
files for
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 <[EMAIL PROTECTED]> writes:
> > The only remaining failure is geometry. The
Zeugswetter Andreas SB <[EMAIL PROTECTED]> writes:
> This looks like a different plan is chosen now. I don't beleive this can be
> platform dependent.
Well, the plan choice *could* be platform-dependent, given that the
planner uses comparisons of floating-point cost estimates. But I agree
that'
> Pete Forman <[EMAIL PROTECTED]> 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-patch
Pete Forman <[EMAIL PROTECTED]> 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
> I was unable to get runcheck to pass even when I altered all the
> LD_LIBRARY_PATH entries in run_check.sh to LIBPATH for the benefit of
> AIX. If this cannot be fixed there ought to be an entry added to the
> faq-aix.
The fix for AIX below 4.3 would be to relink both postmaster and the libs
w
Pete Forman 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.
I've submitted a one line pat
Zeugswetter Andreas SB writes:
> How do you run the regression tests ?
>
> gmake all
> gmake install
> initdb
> start postmaster
>
> cd src/test/regress
> gmake runtest
>
> ?
>
> The build looks ok, but remember, that all shared libs and
> postmaster will only work in the con
My guess is that your patches are in current, but not in this
subrelease. We only put in show-stopper fixes.
> The Hermit Hacker writes:
> >
> >ftp://ftp.postgresql.org/pub/source/v7.0.3
> >
> > Please take a minute to download and test these out, so that when
> > we release, we don't
different location)
Andreas
> -Ursprüngliche Nachricht-
> Von: Pete Forman [mailto:[EMAIL PROTECTED]]
> Gesendet: Dienstag, 07. November 2000 11:55
> An: [EMAIL PROTECTED]
> Betreff: AW: [HACKERS] v7.0.3 *pre-release* ...
>
>
> Zeugswetter Andreas SB writes:
>
Zeugswetter Andreas SB writes:
>
> > AIX 4.3.2, xlc 3.6.6.
> >
> > Same regression test failures as 7.0.2.
> > The nasty failures are triggers, misc, and plgpgsql which
> > consistently give "pqReadData() -- backend closed the channel
> > unexpectedly." at the same point. Also th
> AIX 4.3.2, xlc 3.6.6.
>
> Same regression test failures as 7.0.2.
> The nasty failures are triggers, misc, and plgpgsql which
> consistently give "pqReadData() -- backend closed the channel
> unexpectedly." at the same point. Also the sanity_check hangs
> during a VACUUM. Killing t
The Hermit Hacker writes:
>
> ftp://ftp.postgresql.org/pub/source/v7.0.3
>
> Please take a minute to download and test these out, so that when
> we release, we don't get a bunch of "oops, you forgot this"
> messages :)
I've tried it on a couple of platforms:
IRIX 6.5.5m, MIPSpro 7.3
In order that we can get a few days of testing on these, make sure the
packaging is right and whatnot, we are holding off on a formal release
until early->mid next week ...
I've just put pre-release tar balls into:
ftp://ftp.postgresql.org/pub/source/v7.0.3
Please take a minute to down
14 matches
Mail list logo
