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

From Alexander Korotkov
Subject Re: [PATCH] Check snapshot argument of index_beginscan and family
Date
Msg-id CAPpHfdvtnsMZ-haoaLOSV43MnUcEdOiTFKG2qLQPXfpV4Pwiqg@mail.gmail.com
Whole thread Raw
In response to Re: [PATCH] Check snapshot argument of index_beginscan and family  (Alexander Korotkov <aekorotkov@gmail.com>)
Responses Re: [PATCH] Check snapshot argument of index_beginscan and family  (Pavel Borisov <pashkin.elfe@gmail.com>)
List pgsql-hackers
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!

------
Regards,
Alexander Korotkov



pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: Add LZ4 compression in pg_dump
Next
From: Arne Roland
Date:
Subject: Re: missing indexes in indexlist with partitioned tables