]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Fix bug with whole-row references to append subplans.
authorTom Lane <tgl@sss.pgh.pa.us>
Fri, 11 Jul 2014 23:12:48 +0000 (19:12 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Fri, 11 Jul 2014 23:12:48 +0000 (19:12 -0400)
commitc45841f9e199a05c95cb8af51ebc97470fec17b8
tree57ae9406a8efea1ca7cd7ef1cf6fc6e07d8d4670
parentfa21a760b2e16b68196da685f29033304b41d4bc
Fix bug with whole-row references to append subplans.

ExecEvalWholeRowVar incorrectly supposed that it could "bless" the source
TupleTableSlot just once per query.  But if the input is coming from an
Append (or, perhaps, other cases?) more than one slot might be returned
over the query run.  This led to "record type has not been registered"
errors when a composite datum was extracted from a non-blessed slot.

This bug has been there a long time; I guess it escaped notice because when
dealing with subqueries the planner tends to expand whole-row Vars into
RowExprs, which don't have the same problem.  It is possible to trigger
the problem in all active branches, though, as illustrated by the added
regression test.
src/backend/executor/execQual.c
src/test/regress/expected/subselect.out
src/test/regress/sql/subselect.sql