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

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Expand the use of check_canonical_path() for more GUCs
Дата
Msg-id 7a5fd3d0-f973-5ecb-ea97-944a99c8eea3@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: Expand the use of check_canonical_path() for more GUCs  (Michael Paquier <michael@paquier.xyz>)
Ответы Re: Expand the use of check_canonical_path() for more GUCs  (Kyotaro Horiguchi <horikyota.ntt@gmail.com>)
Список pgsql-hackers
On 2020-05-20 09:13, Michael Paquier wrote:
> On Tue, May 19, 2020 at 01:02:12PM +0200, Peter Eisentraut wrote:
>> That thread didn't resolve why check_canonical_path() is necessary there.
>> Maybe the existing uses could be removed?
> 
> This would impact log_directory, external_pid_file,
> stats_temp_directory, where it is still useful to show to the user
> cleaned up names, no?  See for example 2594cf0.

I don't understand why we need to alter the file names specified by the 
user.  They presumably wrote them that way for a reason and they 
probably like them that way.

There are specific situations where we need to do that to know whether a 
path is in the data directory or the same as some other one etc.  But 
unless there is a reason like that, I think we should just leave them.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



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

Предыдущее
От: Konstantin Knizhnik
Дата:
Сообщение: Re: Problem with pg_atomic_compare_exchange_u64 at 32-bit platforms
Следующее
От: Guillaume Lelarge
Дата:
Сообщение: Extensions not dumped when --schema is used