Re: beta3 Solaris 7 (SPARC) port report [ Was: Looking for . . . ]

From: bpalmer <bpalmer(at)crimelabs(dot)net>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: Frank Joerdens <frank(at)joerdens(dot)de>, <pgsql-hackers(at)postgresql(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: beta3 Solaris 7 (SPARC) port report [ Was: Looking for . . . ]
Date: 2001-01-25 14:42:45
Message-ID: Pine.BSO.4.30.0101250023080.15722-100000@mizer.crimelabs.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

Worked fine for me...

% uname -a

SunOS lancelot 5.7 Generic_106541-14 sun4m sparc SUNW,SPARCstation-4

% ls -l

-rw-r--r-- 1 bpalmer staff 32860160 Jan 23 16:45
postgresql-snapshot.tar

...
...
...
transactions ... ok
random ... failed (ignored)
portals ... ok
...
...
...

==================================================
75 of 76 tests passed, 1 failed test(s) ignored.
==================================================

On Thu, 25 Jan 2001, Peter Eisentraut wrote:

> Frank Joerdens writes:
>
> [randomly varying set of regression tests fail]
>
> > Running the tests on my Linux box gives no failed tests. Must I assume
> > that those failed tests indicate some issue that is is detrimental to
> > the proper functioning of the server on this Solaris installation? Do
> > you want the regression.diffs?
>
> Could you go into src/test/regress/pg_regress.sh and edit around line 162
>
> #case $host_platform in
> # *-*-qnx* | *beos*)
> unix_sockets=no;;
> # *)
> # unix_sockets=yes;;
> #esac
>
> (i.e., ensure that unix_sockets is set to 'no'), and rerun 'make check'.
>
> I have experienced before that Unix sockets will cause random connection
> abortions on Solaris, which will cause the regression tests to fail
> arbitrarily.
>
> > I also tried using the Sun compiler, which didn't work at all.
>
> details on "didn't work" requested...
>
> > now I get scary stuff like:
> >
> > ----------------------- begin scary stuff -----------------------
> > test int2 ... ERROR: pg_atoi: error in "34.5": can't
> > parse ".5"
> > ERROR: pg_atoi: error reading "100000": Result too large
> > ERROR: pg_atoi: error in "asdf": can't parse "asdf"
>
> This is normal. The regression tests sometimes involve intentional
> invalid input.
>
> --
> Peter Eisentraut peter_e(at)gmx(dot)net http://yi.org/peter-e/
>
>
>

b. palmer, bpalmer(at)crimelabs(dot)net
pgp: www.crimelabs.net/bpalmer.pgp5

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Mitch Vincent 2001-01-25 15:02:29 Re: Re: MySQL has transactions
Previous Message <No Name> 2001-01-25 13:40:23 Wild Cards

Browse pgsql-hackers by date

  From Date Subject
Next Message dom 2001-01-25 14:49:03 Re: Re: AW: Re: MySQL and BerkleyDB (fwd)
Previous Message Kovacs Zoltan 2001-01-25 14:37:28 email address change