]> granicus.if.org Git - postgresql/commit
Don't mess up pstate->p_next_resno in transformOnConflictClause().
authorTom Lane <tgl@sss.pgh.pa.us>
Sun, 4 Dec 2016 20:02:27 +0000 (15:02 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 4 Dec 2016 20:02:46 +0000 (15:02 -0500)
commitda05d0ebc637a84ba41a172b32552557ebad199f
tree4736b624c9076f3122c3964b6135784db202bf0e
parent784054579b7d043a35a5af92da462a3e0f53750f
Don't mess up pstate->p_next_resno in transformOnConflictClause().

transformOnConflictClause incremented p_next_resno while generating the
phony targetlist for the EXCLUDED pseudo-rel.  Then that field got
incremented some more during transformTargetList, possibly leading to
free_parsestate concluding that we'd overrun the allowed length of a tlist,
as reported by Justin Pryzby.

We could fix this by resetting p_next_resno to 1 after using it for the
EXCLUDED pseudo-rel tlist, but it seems easier and less coupled to other
places if we just don't use that field at all in this loop.  (Note that
this doesn't change anything about the resnos that end up appearing in
the main target list, because those are all replaced with target-column
numbers by updateTargetListEntry.)

In passing, fix incorrect type OID assigned to the whole-row Var for
"EXCLUDED.*" (somehow this escaped having any bad consequences so far,
but it's certainly wrong); remove useless assignment to var->location;
pstrdup the column names in case of a relcache flush; and improve
nearby comments.

Back-patch to 9.5 where ON CONFLICT was introduced.

Report: https://postgr.es/m/20161204163237.GA8030@telsasoft.com
src/backend/parser/analyze.c