Re: intermittent FD regression check failure - Mailing list pgsql-hackers

From Tom Lane
Subject Re: intermittent FD regression check failure
Date
Msg-id 13519.1303743315@sss.pgh.pa.us
Whole thread Raw
In response to intermittent FD regression check failure  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
Andrew Dunstan <andrew@dunslane.net> writes:
> The sort of failure shown below has happened a few times recently. See 
> recent failures on crake, mastodon and casteroides at 
> <http://www.pgbuildfarm.org/cgi-bin/show_failures.pl>. It seems harmless 
> enough. Do we need an alternative regression results file, or is there 
> some way to prevent this?

There's no real guarantee about the order in which dependency.c lists
the dependencies (it's going to depend on the order in which the rows
happen to be stored in pg_depend).  There are some other regression
tests that cope with this by temporarily doing \set VERBOSITY terse
--- if the failures bug you, I'd suggest that, not trying to make an
alternate expected file for every order observed in the field.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Merlin Moncure
Date:
Subject: Re: "stored procedures"
Next
From: Greg Stark
Date:
Subject: Re: branching for 9.2devel