Re: [BUG] Assert failure in ReorderBufferReturnTXN during logical decoding due to leaked specinsert change

From: Álvaro Herrera <alvherre(at)kurilemu(dot)de>
To: Vishal Prasanna <vishal(dot)g(at)zohocorp(dot)com>
Cc: kurodahayato <kuroda(dot)hayato(at)fujitsu(dot)com>, pgsql-bugs <pgsql-bugs(at)lists(dot)postgresql(dot)org>
Subject: Re: [BUG] Assert failure in ReorderBufferReturnTXN during logical decoding due to leaked specinsert change
Date: 2026-02-25 16:57:59
Message-ID: 202602251653.e66kyhiyntlm@alvherre.pgsql
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
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/

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message PG Bug reporting form 2026-02-25 17:11:56 BUG #19416: Backend SIGSEGV in ExecShutdownHashJoin/ExecHashTableDetach/dsa_free
Previous Message Tom Lane 2026-02-25 16:50:16 Re: Major Version Upgrade failure due to orphan roles entries in catalog