Re: Fix to expose a GUC variable, Log_disconnections, to outside of postgres.c

Поиск
Список
Период
Сортировка
От Satoshi Nagayasu
Тема Re: Fix to expose a GUC variable, Log_disconnections, to outside of postgres.c
Дата
Msg-id 559E1A9D.1070802@uptime.jp
обсуждение исходный текст
Ответ на Re: Fix to expose a GUC variable, Log_disconnections, to outside of postgres.c  (Heikki Linnakangas <hlinnaka@iki.fi>)
Список pgsql-hackers

On 2015/07/09 15:30, Heikki Linnakangas wrote:
> On 07/09/2015 07:19 AM, Satoshi Nagayasu wrote:
>>
>> On 2015/07/09 13:06, Tom Lane wrote:
>>> Satoshi Nagayasu <snaga@uptime.jp> writes:
>>>> I just found that Log_disconnections value has not been
>>>> exposed to outside of postgres.c.
>>>> Despite that, Log_connections has already been exposed.
>>>
>>> Why would an external module need to touch either one?
>>
>> To check settings of GUC variables from a shared preload
>> library.
>>
>> For example, I'd like to print "WARNING ...." in _PG_init()
>> when some GUC variable is disabled on postmaster startup.
> 
> I still have a hard time seeing why an extension would be interested in
> Log_disconnections. But hey, extensions do strange things..

Definitely. :)

> You could use GetConfigOption(). I'm not necessarily opposed to exposing
> Log_disconnections, but with GetConfigOption() it will work with earlier
> versions too.

That's it! This is what I'm looking for. Thanks a lot. :)

Regards,
-- 
NAGAYASU Satoshi <snaga@uptime.jp>



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

Предыдущее
От: Jeff Janes
Дата:
Сообщение: Re: optimizing vacuum truncation scans
Следующее
От: Haribabu Kommi
Дата:
Сообщение: Re: optimizing vacuum truncation scans