aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/nodeFunctionscan.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2006-12-26 19:27:04 +0000
committerTom Lane <tgl@sss.pgh.pa.us>2006-12-26 19:27:04 +0000
commitf1d8828e3ce8040e16794fb4d44255d8aef7df34 (patch)
tree864b2b2da2da27703f26e006a13ab04b214ced9f /src/backend/executor/nodeFunctionscan.c
parent3dd05aba09b904147d3e7323c7412c2e2a754c4a (diff)
downloadpostgresql-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/nodeFunctionscan.c')
-rw-r--r--src/backend/executor/nodeFunctionscan.c3
1 files changed, 2 insertions, 1 deletions
diff --git a/src/backend/executor/nodeFunctionscan.c b/src/backend/executor/nodeFunctionscan.c
index a0178e8fa17..bb1dcba1270 100644
--- a/src/backend/executor/nodeFunctionscan.c
+++ b/src/backend/executor/nodeFunctionscan.c
@@ -8,7 +8,7 @@
*
*
* IDENTIFICATION
- * $PostgreSQL: pgsql/src/backend/executor/nodeFunctionscan.c,v 1.35 2005/10/15 02:49:17 momjian Exp $
+ * $PostgreSQL: pgsql/src/backend/executor/nodeFunctionscan.c,v 1.35.2.1 2006/12/26 19:27:03 tgl Exp $
*
*-------------------------------------------------------------------------
*/
@@ -320,6 +320,7 @@ void
ExecFunctionReScan(FunctionScanState *node, ExprContext *exprCtxt)
{
ExecClearTuple(node->ss.ps.ps_ResultTupleSlot);
+ node->ss.ps.ps_TupFromTlist = false;
/*
* If we haven't materialized yet, just return.