Re: Make SIGHUP less painful if pg_hba.conf is not readable

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: Make SIGHUP less painful if pg_hba.conf is not readable
Дата
Msg-id 49B025A9.4010401@hagander.net
обсуждение исходный текст
Ответ на Re: Make SIGHUP less painful if pg_hba.conf is not readable  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: Make SIGHUP less painful if pg_hba.conf is not readable
Список pgsql-hackers
Peter Eisentraut wrote:
> On Thursday 05 March 2009 18:04:42 Joshua Tolley wrote:
>> As an aside, is access() adequately portable, ok to use within the
>> backend, etc.? I just sort of took a shot in the dark.
> 
> Using access() is usually not a good idea.  In this case it would be better to 
> check the return of the actual open() call for EPERM (or the equivalent for 
> fopen(), whatever is used).

That's what we do in the proper fix in HEAD. It requires an API change
to backport it...

Given that I think this is the first time we've heard of this issue, I'mthinking we should probably just not bother to
backpatchit.
 

//Magnus



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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: Make SIGHUP less painful if pg_hba.conf is not readable
Следующее
От: Jaime Casanova
Дата:
Сообщение: Re: Re: [BUGS] BUG #4689: Expanding the length of a VARCHAR column should not induce a table rewrite