Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Improve comments referring snapshot's subxip array.
authorAmit Kapila <akapila@postgresql.org>
Tue, 15 Nov 2022 04:07:19 +0000 (09:37 +0530)
committerAmit Kapila <akapila@postgresql.org>
Tue, 15 Nov 2022 04:07:19 +0000 (09:37 +0530)
It was referred to as subxact array in a few places and subxip array in
others. By changing it to subxip array, we make it consistent with similar
references to xip array.

Author: Japin Li
Reviewd by: Julien Rouhaud, Richard Guo
Discussion: https://postgr.es/m/MEYP282MB1669DCE7AC193A947CED2A95B6009@MEYP282MB1669.AUSP282.PROD.OUTLOOK.COM

src/backend/storage/ipc/procarray.c
src/backend/utils/time/snapmgr.c

index 207c4b27fdf8b9d34e64e704f4e8496d4ba70926..9e8b6756fe02904ee364440b23aa09a840ac27af 100644 (file)
@@ -2409,7 +2409,7 @@ GetSnapshotData(Snapshot snapshot)
         * We could try to store xids into xip[] first and then into subxip[]
         * if there are too many xids. That only works if the snapshot doesn't
         * overflow because we do not search subxip[] in that case. A simpler
-        * way is to just store all xids in the subxact array because this is
+        * way is to just store all xids in the subxip array because this is
         * by far the bigger array. We just leave the xip array empty.
         *
         * Either way we need to change the way XidInMVCCSnapshot() works
index f1f2ddac17c5b9ac4735f50fc575fde1dfdecc4c..2524b1c585f7a683db18fdc479f43d8564447de5 100644 (file)
@@ -2345,7 +2345,7 @@ XidInMVCCSnapshot(TransactionId xid, Snapshot snapshot)
    else
    {
        /*
-        * In recovery we store all xids in the subxact array because it is by
+        * In recovery we store all xids in the subxip array because it is by
         * far the bigger array, and we mostly don't know which xids are
         * top-level and which are subxacts. The xip array is empty.
         *