Re: BUG #19508: pg_buffercache_pages() crashes the backend with an incompatible caller-supplied record definition - Mailing list pgsql-bugs

From Ashutosh Sharma
Subject Re: BUG #19508: pg_buffercache_pages() crashes the backend with an incompatible caller-supplied record definition
Date
Msg-id CAE9k0PkEXWPeymZg8YmB-4_NKo3tVW3fQS-LLaWEAqstrDu9qQ@mail.gmail.com
Whole thread
In response to Re: BUG #19508: pg_buffercache_pages() crashes the backend with an incompatible caller-supplied record definition  (Fujii Masao <masao.fujii@gmail.com>)
List pgsql-bugs
On Fri, Jun 5, 2026 at 9:08 PM Fujii Masao <masao.fujii@gmail.com> wrote:
>
> On Sat, Jun 6, 2026 at 12:29 AM Ashutosh Sharma <ashu.coek88@gmail.com> wrote:
> > pg_buffercache_pages uses RETURNS SETOF RECORD whereas other
> > extensions like pgstattuple define explicit IN/OUT parameters at the
> > SQL level. Is there a specific reason this pattern was kept, or is it
> > simply a legacy design that hasn't been modernized? Had we followed
> > the IN/OUT parameter style, this sort of issue could have been
> > avoided, no?
>
> Probably yes. But if we do that, we would likely need to bump pg_buffercache
> version. I'm not sure that's worthwhile just for this change.
>

Okay, that makes perfect sense, thanks for the confirmation.

--
With Regards,
Ashutosh Sharma.



pgsql-bugs by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: BUG #19500: pgrepack logical decoding plugin can crash assert builds via SQL decoding API
Next
From: "Matheus Alcantara"
Date:
Subject: Re: BUG #19484: Segmentation fault triggered by FDW