Re: querying the version of libpq

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Peter Geoghegan <peter(dot)geoghegan86(at)gmail(dot)com>
Cc: Greg Sabino Mullane <greg(at)turnstep(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: querying the version of libpq
Date: 2010-10-05 16:41:23
Message-ID: 26161.1286296883@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

Peter Geoghegan <peter(dot)geoghegan86(at)gmail(dot)com> writes:
> On 5 October 2010 16:33, Greg Sabino Mullane <greg(at)turnstep(dot)com> wrote:
>>> How does the driver figure it out?
>>
>> DBD::Pg parses pg_config --version, then passes the information
>> to the C programs for directive fiddling. I certainly hope
>> other drivers are doing the same, as libpq varies across
>> major versions a good deal.

> I would imagine that most libpq wrapping drivers use libpq's
> PQserverVersion(), which returns an integer that looks like 90000.

The real problem is that neither of these can be trusted to tell you the
*library* version. PQserverVersion() is something else altogether,
and I wouldn't want to assume that pg_config exactly matches the library
you're linked to --- if it's even present at all.

We could add a PQlibpqVersion(), maybe, but it would be many years
before client code could rely on that being present.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message John R Pierce 2010-10-05 16:42:20 Re: Trying to figure out why these queries are so slow
Previous Message Tom Lane 2010-10-05 16:35:50 Re: psql \q hang

Browse pgsql-hackers by date

  From Date Subject
Next Message Magnus Hagander 2010-10-05 16:47:35 Re: querying the version of libpq
Previous Message Simon Riggs 2010-10-05 16:40:55 Re: standby registration (was: is sync rep stalled?)