diff options
| author | Tom Lane <tgl@sss.pgh.pa.us> | 2010-10-19 15:08:37 -0400 |
|---|---|---|
| committer | Tom Lane <tgl@sss.pgh.pa.us> | 2010-10-19 15:09:23 -0400 |
| commit | 6e74a91b2bf0e0032ccd60dd99d6cf47c190c428 (patch) | |
| tree | ab3b16a1b02b566a71da14e298090f4d8c707dda /src/backend/commands/functioncmds.c | |
| parent | 722d5beeb266ae83f548fc3953df700a71f30134 (diff) | |
| download | postgresql-6e74a91b2bf0e0032ccd60dd99d6cf47c190c428.tar.gz postgresql-6e74a91b2bf0e0032ccd60dd99d6cf47c190c428.zip | |
Fix incorrect generation of whole-row variables in planner.
A couple of places in the planner need to generate whole-row Vars, and were
cutting corners by setting vartype = RECORDOID in the Vars, even in cases
where there's an identifiable named composite type for the RTE being
referenced. While we mostly got away with this, it failed when there was
also a parser-generated whole-row reference to the same RTE, because the
two Vars weren't equal() due to the difference in vartype. Fix by
providing a subroutine the planner can call to generate whole-row Vars
the same way the parser does.
Per bug #5716 from Andrew Tipton. Back-patch to 9.0 where one of the bogus
calls was introduced (the other one is new in HEAD).
Diffstat (limited to 'src/backend/commands/functioncmds.c')
0 files changed, 0 insertions, 0 deletions