Fix a couple of places in execMain that erroneously assumed that SELECT FOR
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 21 Apr 2008 03:49:45 +0000 (03:49 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 21 Apr 2008 03:49:45 +0000 (03:49 +0000)
commitf593f623362709fdf97f5434ab996e8145870004
tree9b92750fbed75d123b2b677827be85d39182cd3e
parent819b49a6e1f727d6c00e7fd2d41711afe752c70a
Fix a couple of places in execMain that erroneously assumed that SELECT FOR
UPDATE/SHARE couldn't occur as a subquery in a query with a non-SELECT
top-level operation.  Symptoms included outright failure (as in report from
Mark Mielke) and silently neglecting to take the requested row locks.

Back-patch to 8.3, because the visible failure in the INSERT ... SELECT case
is a regression from 8.2.  I'm a bit hesitant to back-patch further given the
lack of field complaints.
src/backend/executor/execMain.c