Re: Improper use about DatumGetInt32
Peter Eisentraut <peter.eisentraut@enterprisedb.com>
From: Peter Eisentraut <peter.eisentraut@enterprisedb.com>
To: Alvaro Herrera <alvherre@alvh.no-ip.org>
Cc: Ashutosh Bapat <ashutosh.bapat@enterprisedb.com>,
Ashutosh Bapat <ashutosh.bapat@2ndquadrant.com>,
Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>, Tom Lane <tgl@sss.pgh.pa.us>,
Robert Haas <robertmhaas@gmail.com>, Andres Freund <andres@anarazel.de>,
"Hou, Zhijie" <houzj.fnst@cn.fujitsu.com>,
PostgreSQL Hackers <pgsql-hackers@postgresql.org>
Date: 2020-12-03T09:24:03Z
Lists: pgsql-hackers
On 2020-11-30 16:32, Alvaro Herrera wrote: > On 2020-Nov-30, Peter Eisentraut wrote: > >> Patch updated this way. I agree it's better that way. > > Thanks, LGTM. For a change like this, do we need to change the C symbol names, so that there is no misbehavior if the shared library is not updated at the same time as the extension is upgraded in SQL?
Commits
-
pageinspect: Change block number arguments to bigint
- f18aa1b20393 14.0 landed
-
tablefunc: Reject negative number of tuples passed to normal_rand()
- f73999262ed6 14.0 landed
-
Use PG_GETARG_TRANSACTIONID where appropriate
- dd26a0ad760b 14.0 landed