| От | Tom Lane |
|---|---|
| Тема | Re: [GENERAL] Querying libpq compile time options |
| Дата | |
| Msg-id | 21614.1147886945@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [GENERAL] Querying libpq compile time options ("Larry Rosenman" <lrosenman@pervasive.com>) |
| Ответы |
Re: [GENERAL] Querying libpq compile time options
|
| Список | pgsql-hackers |
"Larry Rosenman" <lrosenman@pervasive.com> writes:
>> Uh, it is an _admin_ function, not an application programmer
>> function.
> but libpq is the only thing that knows where it is, and I had proposed a
> way for psql to use the function to get it.
It'd make more sense for pg_config to expose this as one of the
available information bits. The difference from the thread-support
case is that you'd typically want to get the pg_service.conf location
manually, and that's exactly what pg_config is designed for. Verifying
thread support, on the other hand, is something that a program would
want to do.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера