From: | "Larry Rosenman" <ler(at)lerctr(dot)org> |
---|---|
To: | "'Tom Lane'" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Larry Rosenman" <lrosenman(at)pervasive(dot)com> |
Cc: | "'PostgreSQL Hackers List'" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Exposing DEFAULT_PGSOCKET_DIR via a libpq function? |
Date: | 2006-03-28 22:36:05 |
Message-ID: | 01aa01c652b8$00220f10$0202fea9@aus.pervasive.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane wrote:
> "Larry Rosenman" <lrosenman(at)pervasive(dot)com> writes:
>> 1) expose DEFAULT_PGSOCKET_DIR via a libpq call
>> 2) add this information to the psql --version output (or some other
>> switch, I'm agnostic).
>
> pg_config would seem to be the appropriate place, not libpq nor psql.
The issue is when you overwrite PIECES of an install, and their
inconsistent. I want to
put it in libpq, since that is what makes the connection to the server.
pg_config doesn't link to libpq at all.
The issue is what psql (and any libpq using program) is going to use to find
the UNIX socket.
we have the unix_socket_directory GUC, but that doesn't show the
DEFAULT_PGSOCKET_DIR that libpq is using,
and in fact there is no where that the server exposes it's default, either.
I'm wondering
if we should expose it's default in unix_socket_directory when the config
doesn't set it.
LER
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 512-248-2683 E-Mail: ler(at)lerctr(dot)org
US Mail: 430 Valona Loop, Round Rock, TX 78681-3893
From | Date | Subject | |
---|---|---|---|
Next Message | Larry Rosenman | 2006-03-28 22:37:41 | Re: Exposing DEFAULT_PGSOCKET_DIR via a libpq function? |
Previous Message | Darcy Buskermolen | 2006-03-28 22:33:23 | Re: Exposing DEFAULT_PGSOCKET_DIR via a libpq function? |