comment fixes - Mailing list pgsql-bugs

From yamt@mwd.biglobe.ne.jp (YAMAMOTO Takashi)
Subject comment fixes
Date
Msg-id 20110924033634.9215114A1C9@mail.netbsd.org
Whole thread Raw
Responses Re: comment fixes
List pgsql-bugs
hi,

see the following patch.
it seems some function names in the comment are out of sync with the reality.

YAMAMOTO Takashi

diff --git a/src/backend/executor/execProcnode.c b/src/backend/executor/execProcnode.c
index 8bdfad2..284fc6a 100644
--- a/src/backend/executor/execProcnode.c
+++ b/src/backend/executor/execProcnode.c
@@ -55,7 +55,7 @@
  *        of ExecInitNode() is a plan state tree built with the same structure
  *        as the underlying plan tree.
  *
- *      * Then when ExecRun() is called, it calls ExecutePlan() which calls
+ *      * Then when ExecutorRun() is called, it calls ExecutePlan() which calls
  *        ExecProcNode() repeatedly on the top node of the plan state tree.
  *        Each time this happens, ExecProcNode() will end up calling
  *        ExecNestLoop(), which calls ExecProcNode() on its subplans.
@@ -65,7 +65,7 @@
  *        form the tuples it returns.
  *
  *      * Eventually ExecSeqScan() stops returning tuples and the nest
- *        loop join ends.  Lastly, ExecEnd() calls ExecEndNode() which
+ *        loop join ends.  Lastly, ExecutorEnd() calls ExecEndNode() which
  *        calls ExecEndNestLoop() which in turn calls ExecEndNode() on
  *        its subplans which result in ExecEndSeqScan().
  *

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: Timezone issues with Postrres
Next
From: Bruce Momjian
Date:
Subject: Re: BUG #6220: Flagstaff