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:51 +0000 (03:49 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 21 Apr 2008 03:49:51 +0000 (03:49 +0000)
commit5316cb9bd2e20bdda4e916ed7178645b3ae333d0
treeae6dfa0c2f87990fdad6c48dad7905cc9541095b
parent014ea5ca8e30f42555327e8f48b99ad8a5fbe81f
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