Fix bogus comment
authorAlvaro Herrera <[email protected]>
Tue, 20 Aug 2019 20:04:09 +0000 (16:04 -0400)
committerAlvaro Herrera <[email protected]>
Tue, 20 Aug 2019 20:04:09 +0000 (16:04 -0400)
Author: Alexander Lakhin
Discussion: https://postgr.es/m/20190819072244[email protected]

src/backend/access/heap/heapam.c

index 14e4ac2e2b81a0f2e483f52b62f78b105bdbe3cb..38a7a2ca9ad8ccaacb2f598fe8f54384a9e1ce9e 100644 (file)
@@ -3356,9 +3356,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