Re: [HACKERS] New scheme for managing regress test result files

Поиск
Список
Период
Сортировка
От The Hermit Hacker
Тема Re: [HACKERS] New scheme for managing regress test result files
Дата
Msg-id Pine.BSF.4.21.0001090420130.18498-100000@thelab.hub.org
обсуждение исходный текст
Ответ на New scheme for managing regress test result files  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] New scheme for managing regress test result files  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Sun, 9 Jan 2000, Tom Lane wrote:

> Since we have to go through the process of regenerating regress test
> result files anyway, now seemed like a good time to take care of
> something that's been bugging me for a while.  I have just committed
> changes that allow multiple platforms to share platform-specific
> regress test result files.
> 
> For example, there are a lot of machines where the int2 regress test
> produces 
>     ERROR:  pg_atoi: error reading "100000": Result too large
> instead of the reference platform's
>     ERROR:  pg_atoi: error reading "100000": Numerical result out of range
> We can now have all these platforms share a single result file,
> which I've called expected/int2-too-large.out, rather than having
> to have duplicate result files for each such platform.  There is
> a mapping file src/test/regress/resultmap that identifies which file
> to use for each platform --- it's a lot like src/template/.similar,
> if you've messed around with that.
> 
> So far I've only put entries into resultmap for my own platform (HPUX)
> but I'm sure many more will get added over the next few weeks.

Working on FreeBSD right now...




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

Предыдущее
От: Tom Lane
Дата:
Сообщение: New scheme for managing regress test result files
Следующее
От: Ed Loehr
Дата:
Сообщение: Re: [HACKERS] "ExecInitIndexScan: both left and right..." meaning?