pgsql: Fix reference-after-free when waiting for another xact due to co - Mailing list pgsql-committers

From Heikki Linnakangas
Subject pgsql: Fix reference-after-free when waiting for another xact due to co
Date
Msg-id E1YJ0dv-0003in-HR@gemulon.postgresql.org
Whole thread Raw
List pgsql-committers
Fix reference-after-free when waiting for another xact due to constraint.

If an insertion or update had to wait for another transaction to finish,
because there was another insertion with conflicting key in progress,
we would pass a just-free'd item pointer to XactLockTableWait().

All calls to XactLockTableWait() and MultiXactIdWait() had similar issues.
Some passed a pointer to a buffer in the buffer cache, after already
releasing the lock. The call in EvalPlanQualFetch had already released the
pin too. All but the call in execUtils.c would merely lead to reporting a
bogus ctid, however (or an assertion failure, if enabled).

All the callers that passed HeapTuple->t_data->t_ctid were slightly bogus
anyway: if the tuple was updated (again) in the same transaction, its ctid
field would point to the next tuple in the chain, not the tuple itself.

Backpatch to 9.4, where the 'ctid' argument to XactLockTableWait was added
(in commit f88d4cfc)

Branch
------
REL9_4_STABLE

Details
-------
http://git.postgresql.org/pg/commitdiff/48a565d78ba9413317d6095010cf622e9d6a36eb

Modified Files
--------------
src/backend/access/heap/heapam.c |   16 ++++++++--------
src/backend/catalog/index.c      |    4 ++--
src/backend/executor/execMain.c  |    2 +-
src/backend/executor/execUtils.c |    4 +++-
4 files changed, 14 insertions(+), 12 deletions(-)


pgsql-committers by date:

Previous
From: Heikki Linnakangas
Date:
Subject: pgsql: Fix reference-after-free when waiting for another xact due to co
Next
From: Heikki Linnakangas
Date:
Subject: pgsql: Use a separate memory context for GIN scan keys.