Re: New horology failure

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: New horology failure
Дата
Msg-id 16990.1085453006@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: New horology failure  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
I said:
> The reason this only affects timezone is that there isn't anything
> else in /share that the backend needs to access.  However I'm not quite
> sure why get_pkglib_path seems not to be having the same confusion...

Actually, get_pkglib_path is wrong too.  But the regression tests do not
exercise it.  There are two places that probably *should* exercise it:
the creation of the character set conversion functions during initdb and
the creation of the plpgsql call handler function.  In normal situations
I'd expect both of these to be relative to $libdir (hence pkglib_path).
But the regression test script carefully overrides that.  Maybe we
should consider taking out the override --- it wouldn't be needed
anymore if the relative-path stuff were doing its thing correctly.
        regards, tom lane


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: log_statement and Parse/Bind
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: New horology failure