Thread: Some 6.5 regression tests are failing

Some 6.5 regression tests are failing

From
Michael Davis
Date:
I grabbed the latest code (6.5) from the cvs source tree.  The following
regression tests failed:

int2 .. failed
int4 .. failed
geometry .. failed
triggers .. failed
misc .. failed
plpgsql .. failed

I am running Red Hat 5.1 on intel.  Should I be concerned about these?  I am
eager to get up and running on 6.5 but always seem to run into one obstacle
or another.

Thanks, Michael



Re: [HACKERS] Some 6.5 regression tests are failing

From
Clark Evans
Date:
> int2 .. failed
> int4 .. failed

Both int2 and int4 have been consistently failing
for me, but it is due to a wording problem:
 pg_atoi: error reading "100000": Math result not representable    instead of  pg_atoi: error reading "100000":
Numericalresult out of range
 

Also, float8 usually fails for me, due to the expected 
being a 'result is out of range' error, and the result being:
  > ! bad|?column?  > ! ---+--------  > !    |0  > !    |NaN       etc.

> geometry .. failed

This almost always fails due to a rounding differences.
Is there a way to build the rounding into the test
so that it would fail if something is _really_ wrong?

> triggers .. failed

For me, "check_primary_key: even number of arguments should be specified"
is shown as an error, which is not 'expected', then, as a result, 
everything else in the test fails.

This is definately a problem.

> misc .. failed
> plpgsql .. failed

I'm not too sure about these.. I had a host of other failures, but
this was due to me running the test in the wrong account....
running it in the right account now.  :)

> I am running Red Hat 5.1 on intel.  Should I be concerned about these?  I am
> eager to get up and running on 6.5 but always seem to run into one obstacle
> or another.

I have the same configuration, Pentium Pro, RH 5.1 almost stock configuration.

Clark


Re: [HACKERS] Some 6.5 regression tests are failing

From
The Hermit Hacker
Date:
Just a quick answer on this, but if you look in the test/regress/expected
subdirectory, there are "system specific" .out files for a few systems.
It isn't perfect, but it does help to remove system specific differences
in the regressio tests...

If your OS doesn't have an appropriate file there, please feel free to
confirm that the problem is benign and submit an appropraite file for
inclusion...if your OS does have an appropriate file and is still having a
problem, then it is something that we shoudl look at...


On Tue, 30 Mar 1999, Clark Evans wrote:

> > int2 .. failed
> > int4 .. failed
> 
> Both int2 and int4 have been consistently failing
> for me, but it is due to a wording problem:
> 
>   pg_atoi: error reading "100000": Math result not representable
>      instead of 
>   pg_atoi: error reading "100000": Numerical result out of range
> 
> Also, float8 usually fails for me, due to the expected 
> being a 'result is out of range' error, and the result being:
> 
>    > ! bad|?column?
>    > ! ---+--------
>    > !    |0
>    > !    |NaN
>         etc.
> 
> > geometry .. failed
> 
> This almost always fails due to a rounding differences.
> Is there a way to build the rounding into the test
> so that it would fail if something is _really_ wrong?
> 
> > triggers .. failed
> 
> For me, "check_primary_key: even number of arguments should be specified"
> is shown as an error, which is not 'expected', then, as a result, 
> everything else in the test fails.
> 
> This is definately a problem.
> 
> > misc .. failed
> > plpgsql .. failed
> 
> I'm not too sure about these.. I had a host of other failures, but
> this was due to me running the test in the wrong account....
> running it in the right account now.  :)
> 
> > I am running Red Hat 5.1 on intel.  Should I be concerned about these?  I am
> > eager to get up and running on 6.5 but always seem to run into one obstacle
> > or another.
> 
> I have the same configuration, Pentium Pro, RH 5.1 almost stock configuration.
> 
> Clark
> 

Marc G. Fournier                   ICQ#7615664               IRC Nick: Scrappy
Systems Administrator @ hub.org 
primary: scrappy@hub.org           secondary: scrappy@{freebsd|postgresql}.org