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-0003im-HM@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
------
master

Details
-------
http://git.postgresql.org/pg/commitdiff/57fe246890ad51e166fb6a8da937e41c35d7a279

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: Robert Haas
Date:
Subject: pgsql: pgcrypto: Code cleanup for decrypt_internal.
Next
From: Heikki Linnakangas
Date:
Subject: pgsql: Fix reference-after-free when waiting for another xact due to co