Re: BUG #17462: Invalid memory access in heapam_tuple_lock - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #17462: Invalid memory access in heapam_tuple_lock
Date
Msg-id 496872.1649705112@sss.pgh.pa.us
Whole thread Raw
In response to Re: BUG #17462: Invalid memory access in heapam_tuple_lock  (Andres Freund <andres@anarazel.de>)
Responses Re: BUG #17462: Invalid memory access in heapam_tuple_lock  (Andres Freund <andres@anarazel.de>)
List pgsql-bugs
Andres Freund <andres@anarazel.de> writes:
> Another approach is to extend the SatisfiesDirty approach and store the tid of
> the next tuple version in addition the xmin/xmax we already store. And have
> heap_fetch() always set t_data to NULL if the snapshot check fails.

That seems like a fairly clean idea, although I think we can't use it
in the back branches without an ABI break.  We're not going to find a
TID's worth of padding space in struct SnapshotData.

            regards, tom lane



pgsql-bugs by date:

Previous
From: Andres Freund
Date:
Subject: Re: BUG #17462: Invalid memory access in heapam_tuple_lock
Next
From: Andres Freund
Date:
Subject: Re: BUG #17462: Invalid memory access in heapam_tuple_lock