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
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" |