| From: | "A(dot)M(dot)" <agentm(at)themactionfaction(dot)com> |
|---|---|
| To: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Exposing an installation's default value of unix_socket_directory |
| Date: | 2010-10-21 20:31:50 |
| Message-ID: | B8D77661-C379-4A99-9A16-35702676E6F3@themactionfaction.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Oct 21, 2010, at 4:19 PM, Robert Haas wrote:
> 2010/10/21 Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>:
>> Alvaro Herrera <alvherre(at)commandprompt(dot)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?
Because pg_config is supposed to return the current state of a cluster?
Because it might indicate a connection to the wrong server?
Cheers,
M
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2010-10-21 20:39:43 | Re: Per-column collation, work in progress |
| Previous Message | Tom Lane | 2010-10-21 20:28:52 | Re: Per-column collation, work in progress |