On Oct 21, 2010, at 4:19 PM, Robert Haas wrote: > 2010/10/21 Tom Lane <t...@sss.pgh.pa.us>: >> Alvaro Herrera <alvhe...@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?
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 -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers