Fix comment.
authorHeikki Linnakangas <heikki.linnakangas@iki.fi>
Thu, 19 Jul 2018 12:39:06 +0000 (15:39 +0300)
committerHeikki Linnakangas <heikki.linnakangas@iki.fi>
Thu, 19 Jul 2018 12:39:06 +0000 (15:39 +0300)
This comment was copy-pasted from nodeAppend.c to nodeMergeAppend.c, but
while committing 5220bb7533, I modified wrong copy of it.

Spotted by David Rowley

src/backend/executor/nodeAppend.c
src/backend/executor/nodeMergeAppend.c

index e7188b2d310698e403ae9a689eb1f7aedc4cf775..5ce4fb43e1a3caf83c61cb96c06af33d4c48ef20 100644 (file)
@@ -151,7 +151,7 @@ ExecInitAppend(Append *node, EState *estate, int eflags)
            /*
             * The case where no subplans survive pruning must be handled
             * specially.  The problem here is that code in explain.c requires
-            * a MergeAppend to have at least one subplan in order for it to
+            * aAppend to have at least one subplan in order for it to
             * properly determine the Vars in that subplan's targetlist.  We
             * sidestep this issue by just initializing the first subplan and
             * setting as_whichplan to NO_MATCHING_SUBPLANS to indicate that
index ec8a49c3a84553457eacda9af4bc7670a3a35a2d..64025733de537fbb820f27df3d7d63144af39975 100644 (file)
@@ -111,7 +111,7 @@ ExecInitMergeAppend(MergeAppend *node, EState *estate, int eflags)
            /*
             * The case where no subplans survive pruning must be handled
             * specially.  The problem here is that code in explain.c requires
-            * aAppend to have at least one subplan in order for it to
+            * a MergeAppend to have at least one subplan in order for it to
             * properly determine the Vars in that subplan's targetlist.  We
             * sidestep this issue by just initializing the first subplan and
             * setting ms_noopscan to true to indicate that we don't really