Re: Access a newer Version of PGDB (v13) with an older libpq (v10 x86)

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Wolfgang Rißler <wolfgang(dot)rissler(at)freenet(dot)de>
Cc: pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: Access a newer Version of PGDB (v13) with an older libpq (v10 x86)
Date: 2021-04-30 14:16:07
Message-ID: 3257213.1619792167@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

=?UTF-8?Q?Wolfgang_Ri=c3=9fler?= <wolfgang(dot)rissler(at)freenet(dot)de> writes:
> The problem is, that our application (IDE MS-VisualStudio, C++) has to
> be 32bit, because of some old 32bit-dll's, which we cant kick out at the
> moment.
> So I compiled a libpqxx with the last 32bit libpq (which is v10).

Uh ... what's this about "last 32-bit libpq"?

I can believe that a particular packager (EDB, say) might not be shipping
prebuilt 32-bit binaries anymore. But if you are in a position to compile
your own libraries then you can certainly build any release you want as
32-bit.

I would recommend trying to use a reasonably late-vintage libpq; we do
fix bugs in it on a regular basis.

The common stumbling block for cross-version situations is that the
client makes assumptions about system catalog contents that are not
valid in some other server release. libpq proper doesn't really touch
the catalogs, so it's mostly impervious to that problem; but you'll need
to test your applications.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2021-04-30 14:29:12 Re: "Skipping" BitmapHeapScan for simple counts
Previous Message Wolfgang Rißler 2021-04-30 11:55:47 Re: Access a newer Version of PGDB (v13) with an older libpq (v10 x86)