Re: Unexpected result from ALTER FUNCTION— looks like a bug
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Julien Rouhaud <rjuju123@gmail.com>
Cc: "David G. Johnston" <david.g.johnston@gmail.com>,
Bryn Llewellyn <bryn@yugabyte.com>,
pgsql-general list <pgsql-general@lists.postgresql.org>
Date: 2022-04-20T03:06:30Z
Lists: pgsql-general
Julien Rouhaud <rjuju123@gmail.com> writes: > On Wed, Apr 20, 2022 at 10:47:07AM +0800, Julien Rouhaud wrote: >> >> AFAICT the problem is that SET / RESET part is messing with the >> HeapTuple, so you can't use the procForm reference afterwards. Simply >> processing parallel_item before set_items fixes the problem, as in the >> attached. > This time with the file. Yeah, I arrived at the same fix. Another possibility would be to make the procForm pointer valid again after heap_modify_tuple, but that seemed like it'd add more code for no really good reason. regards, tom lane
Commits
-
Fix breakage in AlterFunction().
- f583633bc130 13.7 landed
- 9130f8cbb919 11.16 landed
- 481a99811a41 12.11 landed
- 409bcfda6bd6 10.21 landed
- 344a225cb9d4 15.0 landed
- 08a9e7a8c791 14.3 landed