Re: Snapshot leak warning with lo_export in subtransaction - Mailing list pgsql-bugs

From Alvaro Herrera
Subject Re: Snapshot leak warning with lo_export in subtransaction
Date
Msg-id 202110181440.fdiy6yrecsuk@alvherre.pgsql
Whole thread Raw
In response to Re: Snapshot leak warning with lo_export in subtransaction  (Heikki Linnakangas <hlinnaka@iki.fi>)
Responses Re: Snapshot leak warning with lo_export in subtransaction  (Heikki Linnakangas <hlinnaka@iki.fi>)
List pgsql-bugs
On 2021-Oct-18, Heikki Linnakangas wrote:

> I tried that, but didn't like the result. It conflated the user-visible
> INV_READ/WRITE flags with the new internal-only flag.

True -- I also noticed this and had written in my earlier reply that we
could perhaps define this flag internally, not exposing it to the user.
But that seemed weird from the API definition perspective, so I removed
that phrase before sending.

> Thinking about this some more, I came up with the attached. It moves the
> responsibility of registering the snapshot from inv_api.c to the caller.

I like this patch much better.

> With that change, there's no need for a new option to inv_open(). The
> division of labor between be-fsstubs.c and inv_api.c has always been a bit
> blurry, I think that this makes it slightly more clear.

Agreed.

-- 
Álvaro Herrera              Valdivia, Chile  —  https://www.EnterpriseDB.com/



pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: BUG #17229: Segmentation Fault after upgrading to version 13
Next
From: "Efrain J. Berdecia"
Date:
Subject: Re: BUG #17229: Segmentation Fault after upgrading to version 13