Re: CSV arm check failure - Mailing list pgsql-hackers

From Marko Kreen
Subject Re: CSV arm check failure
Date
Msg-id 20050106200633.GA10780@l-t.ee
Whole thread Raw
In response to Re: CSV arm check failure  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: CSV arm check failure  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
On Thu, Jan 06, 2005 at 02:05:17PM -0500, Tom Lane wrote:
> Marko Kreen <marko@l-t.ee> writes:
> > I have not looked at pg_regress much and had not noticed the
> > 'unconditional alternative' feature.  I only thought of the
> > resultmap alternative.  Unconditionally adding FastFPE results
> > may even be good, so that FastFPE can pass on any platform.
>
> No, it would be bad, because on most other platforms this behavior
> is probably a bug, and altering the tests like that would mask the bug.
>
> The unconditional-acceptance thing has to be used with great caution;
> preferably only for issues that we expect on many platforms (such as
> locale dependencies).

How about the following then: let pg_regress.sh accept multiple
choices from resultmap.

--
marko


Attachment

pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: CSV arm check failure
Next
From: Tom Lane
Date:
Subject: Re: oldish libpq bug still in RC2