Re: [PATCH] Check snapshot argument of index_beginscan and family - Mailing list pgsql-hackers

From Pavel Borisov
Subject Re: [PATCH] Check snapshot argument of index_beginscan and family
Date
Msg-id CALT9ZEH+igW74K0NvfrkKnEABwMgxHPY6=Ljjey=xEr3HFP8iw@mail.gmail.com
Whole thread Raw
In response to Re: [PATCH] Check snapshot argument of index_beginscan and family  (Alexander Korotkov <aekorotkov@gmail.com>)
List pgsql-hackers
On Tue, 6 Dec 2022 at 04:31, Alexander Korotkov <aekorotkov@gmail.com> wrote:
>
> On Fri, Dec 2, 2022 at 6:18 PM Alexander Korotkov <aekorotkov@gmail.com> wrote:
> > On Mon, Nov 28, 2022 at 1:30 PM Aleksander Alekseev
> > <aleksander@timescale.com> wrote:
> > > Thanks for the feedback!
> > >
> > > > I think it's a nice catch and worth fixing. The one thing I don't
> > > > agree with is using asserts for handling the error that can appear
> > > > because most probably the server is built with assertions off and in
> > > > this case, there still will be a crash in this case. I'd do this with
> > > > report ERROR. Otherwise, the patch looks right and worth committing.
> > >
> > > Normally a developer is not supposed to pass NULLs there so I figured
> > > having extra if's in the release builds doesn't worth it. Personally I
> > > wouldn't mind using ereport() but my intuition tells me that the
> > > committers are not going to approve this :)
> > >
> > > Let's see what the rest of the community thinks.
> >
> > I think this is harmless assertion patch.  I'm going to push this if
> > no objections.
>
> Pushed!

Great, thanks!
Pavel Borisov.



pgsql-hackers by date:

Previous
From: Dong Wook Lee
Date:
Subject: Re: pg_basebackup: add test about zstd compress option
Next
From: Reid Thompson
Date:
Subject: Re: Add tracking of backend memory allocated to pg_stat_activity