Re: Issue with libpq < 8.4

Поиск
Список
Период
Сортировка
От Dave Page
Тема Re: Issue with libpq < 8.4
Дата
Msg-id AANLkTin05cgeeC+XxoqgjWKv5umrvt2_SuUM-iGOTjHy@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Issue with libpq < 8.4  (Magnus Hagander <magnus@hagander.net>)
Ответы Re: Issue with libpq < 8.4  (Magnus Hagander <magnus@hagander.net>)
Список pgadmin-hackers
On Tue, Aug 24, 2010 at 12:32 PM, Magnus Hagander <magnus@hagander.net> wrote:
> On Tue, Aug 24, 2010 at 1:26 PM, Dave Page <dpage@pgadmin.org> wrote:
>> On Tue, Aug 24, 2010 at 12:20 PM, Guillaume Lelarge
>> <guillaume@lelarge.info> wrote:
>>>
>>> Can't we just have it set a variable we could check with a #ifdef? We
>>> don't use PQconninfoParse in many files (actually, two). So it would be
>>> pretty easy to add the #ifdef line, so that it won't be a big issue for
>>> packagers.
>>
>> We use PQconninfoParse to check to ensure we have a new enough libpq
>> to use application_name, so we can avoid sending it with older libpqs.
>> If we disable the check for older libpqs, then we'll always get an
>> error with them. The only way to fix that would be to only allow a 9.0
>> libpq to be used.
>>
>> The current code at least allows 8.4 and 9.0 libpqs.
>
> What is it that we put into 8.4 that's making that one good enough? It
> still didn't actually know about application_name, did it? Or did we
> backpatch that knowledge, only not past 8.4?

PQconninfoParse is in 8.4 and above. we use that to test at runtime
whether or not we can use application_name.


--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise Postgres Company

В списке pgadmin-hackers по дате отправления:

Предыдущее
От: Dave Page
Дата:
Сообщение: Re: Issue with libpq < 8.4
Следующее
От: Magnus Hagander
Дата:
Сообщение: Re: Issue with libpq < 8.4