Re: Exposing DEFAULT_PGSOCKET_DIR via a libpq function?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Larry Rosenman" <ler(at)lerctr(dot)org>
Cc: "'PostgreSQL Hackers List'" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Exposing DEFAULT_PGSOCKET_DIR via a libpq function?
Date: 2006-03-29 04:47:15
Message-ID: 8683.1143607635@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

"Larry Rosenman" <ler(at)lerctr(dot)org> writes:
> What's the harm of a (pseudo code):

> const char *PQgetunixsocketdir(void)
> {
> return(DEFAULT_PGSOCKET_DIR)
> }

> In libpq, and a psql command line switch to call it.

By the time you get done adding the infrastructure and documentation for
those two layers of features, you're talking about many hundreds of
lines of stuff, not four. There are also definitional issues (what does
this do on platforms without Unix sockets) and future proofing (will we
always have DEFAULT_PGSOCKET_DIR). So "what's the harm" is not the
appropriate measure --- especially when this proposal clearly doesn't
help in a lot of the scenarios in which one might wish to know the
information.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Larry Rosenman 2006-03-29 04:47:32 Re: Exposing DEFAULT_PGSOCKET_DIR via a libpq function?
Previous Message Jeremy Drake 2006-03-29 04:43:25 Re: Exposing DEFAULT_PGSOCKET_DIR via a libpq function?