Re: CSV arm check failure

Поиск
Список
Период
Сортировка
От Marko Kreen
Тема Re: CSV arm check failure
Дата
Msg-id 20050106200633.GA10780@l-t.ee
обсуждение исходный текст
Ответ на Re: CSV arm check failure  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: CSV arm check failure  (Andrew Dunstan <andrew@dunslane.net>)
Список 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


Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: CSV arm check failure
Следующее
От: Tom Lane
Дата:
Сообщение: Re: oldish libpq bug still in RC2