Re: Postgresql 18beta1 and SPI changes

Achilleas Mantzios <a.mantzios@cloud.gatewaynet.com>

From: Achilleas Mantzios <a.mantzios@cloud.gatewaynet.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: "pgsql-general@lists.postgresql.org" <pgsql-general@lists.postgresql.org>, itdev@gatewaynet.com
Date: 2025-05-12T12:50:12Z
Lists: pgsql-general

Attachments

Dear All, Dear Tom

On 5/11/25 16:20, Tom Lane wrote:

> Achilleas Mantzios<a.mantzios@cloud.gatewaynet.com> writes:
>> We use are own version of DBmirror, we run our replication in a highly
>> fine grained manner. So every upgrade I have to make the code compile
>> and test. Up to PostgreSQL 17, I only got minor compilation problems
>> that I managed to resolve fairly easily. However this didn't prove to be
>> the case with PostgreSQL 18beta1, it proved harder to compile and as my
>> fears were verified, it has serious problems.
>> My question : is 18's SPI stabilized ? Can I start work on our version
>> of DBmirror ? Or wait for 18beta2 or -RC ?
> If you think there are changes we need to make, you'd better get
> specific sooner not later.  I'm not aware of any large fixes that
> are pending, cf
>
> https://wiki.postgresql.org/wiki/PostgreSQL_18_Open_Items

I attach

a) our old source (pending.c.orig), as of PostgreSQL 17 (tested for some 
7 months, so pretty well tested),

b) the compilation errors when compiled against 18beta1, and

c) the patch that I came up with, which seems (in my minimal testing) to 
yield correct results on 18beta1.

The majority of serious warnings have to do with de-toasting arrays and 
the PK's int2vector , while the error has to do with getting column 
details such as attisdropped and attname.

Please have a look, and share your thoughts. I haven't touched serious C 
coding till I first wrote the above sometime in 2004 with a bunch of 
additions some years ago.


>
> 			regards, tom lane

Commits

  1. Introduce CompactAttribute array in TupleDesc