Re: Exposing an installation's default value of unix_socket_directory

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Exposing an installation's default value of unix_socket_directory
Дата
Msg-id AANLkTin6rBW2=B0zepiQ+DYbxdLEi1A=4Zj_8AgOU8mu@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Exposing an installation's default value of unix_socket_directory  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Exposing an installation's default value of unix_socket_directory  ("A.M." <agentm@themactionfaction.com>)
Список pgsql-hackers
2010/10/21 Tom Lane <tgl@sss.pgh.pa.us>:
> Alvaro Herrera <alvherre@commandprompt.com> writes:
>> Excerpts from Cédric Villemain's message of jue oct 21 16:01:30 -0300 2010:
>>> I agree this is interesting information to get, but wonder how
>>> pg_config can know that and it looks to me that this information as
>>> nothing to do in pg_config....
>>>
>>> pg_config is all about installation, socket_dir is a postgresql.conf setting.
>
>> Yeah -- how is pg_config to know?  All it can tell you is what was the
>> compiled-in default.
>
> That's what I wanted, actually.  If you've set a non-default value in
> postgresql.conf, SHOW will tell you about that, but it fails to expose
> the default value.
>
>> Maybe you should go the SHOW route.  The user could connect via TCP and
>> find out the socket directory that way.
>
> Yeah, the SHOW case is not useless by any means.

I think adding this to pg_config is sensible.  Sure, the user could
have moved the socket directory.  But it's a place to start looking.
So why not?

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


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Exposing an installation's default value of unix_socket_directory
Следующее
От: Josh Berkus
Дата:
Сообщение: Re: max_wal_senders must die