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 559DF668.1040606@uptime.jp
обсуждение исходный текст
Ответ на Re: Fix to expose a GUC variable, Log_disconnections, to outside of postgres.c  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы 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 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.

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



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Fix to expose a GUC variable, Log_disconnections, to outside of postgres.c
Следующее
От: Pavel Stehule
Дата:
Сообщение: Re: PL/pgSQL, RAISE and error context