Re: Exposing DEFAULT_PGSOCKET_DIR via a libpq function?
От | Tom Lane |
---|---|
Тема | Re: Exposing DEFAULT_PGSOCKET_DIR via a libpq function? |
Дата | |
Msg-id | 8683.1143607635@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Exposing DEFAULT_PGSOCKET_DIR via a libpq function? ("Larry Rosenman" <ler@lerctr.org>) |
Ответы |
Re: Exposing DEFAULT_PGSOCKET_DIR via a libpq function?
|
Список | pgsql-hackers |
"Larry Rosenman" <ler@lerctr.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
В списке pgsql-hackers по дате отправления: