"Larry Rosenman" <ler(at)lerctr(dot)org> writes:
> Tom Lane wrote:
>> pg_config would seem to be the appropriate place, not libpq nor psql.
> The issue is what psql (and any libpq using program) is going to use to find
> the UNIX socket.
No, the issue is where the server put the socket. libpq is the wrong
place because libpq is not the only thing people use to connect to the
If the DBA sets a non-default unix_socket_directory via postgresql.conf
then you're screwed no matter what: no client-side code can hope to tell
you where it is. The only thing that is useful to inspect is the
server's compile-time default, and pg_config is the right mechanism
to inspect that with.
regards, tom lane
In response to
pgsql-hackers by date
|Next:||From: Larry Rosenman||Date: 2006-03-29 03:37:13|
|Subject: Re: Exposing DEFAULT_PGSOCKET_DIR via a libpq function? |
|Previous:||From: Qingqing Zhou||Date: 2006-03-29 02:59:29|
|Subject: Re: [GENERAL] PANIC: heap_update_redo: no block|