Re: Expand the use of check_canonical_path() for more GUCs

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Expand the use of check_canonical_path() for more GUCs
Дата
Msg-id CA+TgmobH=wmVgfCzKjwgiJEWDFJO923pWpsgi6EJQrBmFHoZpQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Expand the use of check_canonical_path() for more GUCs  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Ответы Re: Expand the use of check_canonical_path() for more GUCs  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Tue, Jun 2, 2020 at 5:04 AM Peter Eisentraut
<peter.eisentraut@2ndquadrant.com> wrote:
> The archeology reveals that these calls where originally added to
> canonicalize the data_directory and config_file settings (7b0f060d54),
> but that was then moved out of guc.c to be done early during postmaster
> startup (337ffcddba).  The remaining calls of check_canonical_path() in
> guc.c appear to be leftovers from a previous regime.

Thanks for looking into it. Sounds like it can just be ripped out,
then, unless someone knows of a reason to do otherwise.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Parallel copy
Следующее
От: Martín Marqués
Дата:
Сообщение: Re: Read access for pg_monitor to pg_replication_origin_status view