diff options
| author | Tom Lane <tgl@sss.pgh.pa.us> | 2006-12-26 19:27:04 +0000 |
|---|---|---|
| committer | Tom Lane <tgl@sss.pgh.pa.us> | 2006-12-26 19:27:04 +0000 |
| commit | f1d8828e3ce8040e16794fb4d44255d8aef7df34 (patch) | |
| tree | 864b2b2da2da27703f26e006a13ab04b214ced9f /src/backend/executor/nodeSeqscan.c | |
| parent | 3dd05aba09b904147d3e7323c7412c2e2a754c4a (diff) | |
| download | postgresql-f1d8828e3ce8040e16794fb4d44255d8aef7df34.tar.gz postgresql-f1d8828e3ce8040e16794fb4d44255d8aef7df34.zip | |
Repair bug #2839: the various ExecReScan functions need to reset
ps_TupFromTlist in plan nodes that make use of it. This was being done
correctly in join nodes and Result nodes but not in any relation-scan nodes.
Bug would lead to bogus results if a set-returning function appeared in the
targetlist of a subquery that could be rescanned after partial execution,
for example a subquery within EXISTS(). Bug has been around forever :-(
... surprising it wasn't reported before.
Diffstat (limited to 'src/backend/executor/nodeSeqscan.c')
| -rw-r--r-- | src/backend/executor/nodeSeqscan.c | 4 |
1 files changed, 3 insertions, 1 deletions
diff --git a/src/backend/executor/nodeSeqscan.c b/src/backend/executor/nodeSeqscan.c index 91e0c81e036..7eec46d9a32 100644 --- a/src/backend/executor/nodeSeqscan.c +++ b/src/backend/executor/nodeSeqscan.c @@ -8,7 +8,7 @@ * * * IDENTIFICATION - * $PostgreSQL: pgsql/src/backend/executor/nodeSeqscan.c,v 1.54 2005/10/15 02:49:17 momjian Exp $ + * $PostgreSQL: pgsql/src/backend/executor/nodeSeqscan.c,v 1.54.2.1 2006/12/26 19:27:04 tgl Exp $ * *------------------------------------------------------------------------- */ @@ -317,6 +317,8 @@ ExecSeqReScan(SeqScanState *node, ExprContext *exprCtxt) estate = node->ps.state; scanrelid = ((SeqScan *) node->ps.plan)->scanrelid; + node->ps.ps_TupFromTlist = false; + /* If this is re-scanning of PlanQual ... */ if (estate->es_evTuple != NULL && estate->es_evTuple[scanrelid - 1] != NULL) |