Re: intermittent FD regression check failure

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: intermittent FD regression check failure
Date: 2011-04-25 14:55:15
Message-ID: 13519.1303743315@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Andrew Dunstan <andrew(at)dunslane(dot)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

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Greg Stark 2011-04-25 15:03:49 Re: branching for 9.2devel
Previous Message Merlin Moncure 2011-04-25 14:50:42 Re: "stored procedures"