Re: [BUG] Assert failure in ReorderBufferReturnTXN during logical decoding due to leaked specinsert change
Álvaro Herrera <alvherre@kurilemu.de>
From: Álvaro Herrera <alvherre@kurilemu.de>
To: Vishal Prasanna <vishal.g@zohocorp.com>
Cc: kurodahayato <kuroda.hayato@fujitsu.com>, pgsql-bugs <pgsql-bugs@lists.postgresql.org>
Date: 2026-02-25T16:57:59Z
Lists: pgsql-bugs
On 2026-Feb-25, Vishal Prasanna wrote: > > It looks OK for me. In this case an argument should be reduced from > > ReorderBufferResetTXN(), right? It is harmless because the function is a static one. > > Yes, the `specinsert` is no longer needed in > `ReorderBufferResetTXN()`. Updated the patch where `specinsert` > cleanup is now handled in the `PG_CATCH()` block of > `ReorderBufferProcessTXN()`, so it is always freed before the if/else > branch. Please don't do this. Changing the argument list of an exported function is an ABI break. That's an OK change to do in branch master (to keep the interface clean), but for released branches it is not welcome, because it causes problems for users that have extensions that call the function and were compiled with its older definition. -- Álvaro Herrera Breisgau, Deutschland — https://www.EnterpriseDB.com/
Commits
-
logical decoding: Correctly free speculative insertion
- f50c329f538f 19 (unreleased) landed
- bd7b2184390f 18 (unreleased) landed
- ac445069002c 17 (unreleased) landed
- 813b0d8f455d 16 (unreleased) landed
- 1add4a41bc31 15 (unreleased) landed
- 0939aad56402 14 (unreleased) landed
-
Fix memory counter update in ReorderBuffer.
- dbed2e36625d 17.0 cited