Re: Exposing an installation's default value of unix_socket_directory - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Exposing an installation's default value of unix_socket_directory
Date
Msg-id AANLkTin6rBW2=B0zepiQ+DYbxdLEi1A=4Zj_8AgOU8mu@mail.gmail.com
Whole thread Raw
In response to Re: Exposing an installation's default value of unix_socket_directory  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Exposing an installation's default value of unix_socket_directory
List 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 by date:

Previous
From: Tom Lane
Date:
Subject: Re: Exposing an installation's default value of unix_socket_directory
Next
From: Josh Berkus
Date:
Subject: Re: max_wal_senders must die