diff options
author | Alvaro Herrera <alvherre@alvh.no-ip.org> | 2019-08-20 16:04:09 -0400 |
---|---|---|
committer | Alvaro Herrera <alvherre@alvh.no-ip.org> | 2019-08-20 16:04:09 -0400 |
commit | 39c2056289e93cb1ec510d40c57afe5703273a40 (patch) | |
tree | 3a0484418075dc8fab88b88b367874f62b898d3a | |
parent | 93dcec96ef32a80a37264e1994b462da9e35ebd4 (diff) | |
download | postgresql-39c2056289e93cb1ec510d40c57afe5703273a40.tar.gz postgresql-39c2056289e93cb1ec510d40c57afe5703273a40.zip |
Fix bogus comment
Author: Alexander Lakhin
Discussion: https://postgr.es/m/20190819072244.GE18166@paquier.xyz
-rw-r--r-- | src/backend/access/heap/heapam.c | 7 |
1 files changed, 4 insertions, 3 deletions
diff --git a/src/backend/access/heap/heapam.c b/src/backend/access/heap/heapam.c index 164fe44e0ab..28f00158a60 100644 --- a/src/backend/access/heap/heapam.c +++ b/src/backend/access/heap/heapam.c @@ -3807,9 +3807,10 @@ l2: * Note that the multixact may not be done by now. It could have * surviving members; our own xact or other subxacts of this * backend, and also any other concurrent transaction that locked - * the tuple with KeyShare if we only got TupleLockUpdate. If - * this is the case, we have to be careful to mark the updated - * tuple with the surviving members in Xmax. + * the tuple with LockTupleKeyShare if we only got + * LockTupleNoKeyExclusive. If this is the case, we have to be + * careful to mark the updated tuple with the surviving members in + * Xmax. * * Note that there could have been another update in the * MultiXact. In that case, we need to check whether it committed |