git.postgresql.org Git - users/hanada/postgres.git/commit

projects / users / hanada / postgres.git / commit

author	Tom Lane <tgl@sss.pgh.pa.us>
	Tue, 26 Dec 2006 19:27:26 +0000 (19:27 +0000)
committer	Tom Lane <tgl@sss.pgh.pa.us>
	Tue, 26 Dec 2006 19:27:26 +0000 (19:27 +0000)
commit	d3db2bd80c8ee9a0cb2679ba341892e620a2676e
tree	4699a740828ca21566db9717a70c03068376da46	tree
parent	923ec1a19f5839dfb7628ad20521aa38f25b4e8f	commit \| diff

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.

Hanada's development tree.

RSS Atom

src/backend/executor/nodeFunctionscan.c		diff \| blob \| blame \| history
src/backend/executor/nodeIndexscan.c		diff \| blob \| blame \| history
src/backend/executor/nodeResult.c		diff \| blob \| blame \| history
src/backend/executor/nodeSeqscan.c		diff \| blob \| blame \| history
src/backend/executor/nodeSubqueryscan.c		diff \| blob \| blame \| history
src/backend/executor/nodeTidscan.c		diff \| blob \| blame \| history