Fix another Assert issue exposed by CLOBBER_CACHE_ALWAYS.
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 19 Sep 2011 03:46:04 +0000 (23:46 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 19 Sep 2011 03:46:04 +0000 (23:46 -0400)
commitfaf5cee7f0189beba206a5d96c0abd8e4382b844
tree251c6266e0b74644b5509e20e1766df930d1513b
parentc4ae968633b37e3b0a5da83e9d7d2a5518191564
Fix another Assert issue exposed by CLOBBER_CACHE_ALWAYS.

plpgsql's exec_stmt_execsql was Assert'ing that a CachedPlanSource was
is_valid immediately after exec_prepare_plan.  The risk factor in this case
is that after building the prepared statement, exec_prepare_plan calls
exec_simple_check_plan, which might try to generate a generic plan --- and
with CLOBBER_CACHE_ALWAYS or other unusual causes of invalidation, that
could result in an invalidation.  However, that path could only be taken
for a SELECT query, for which we need not set mod_stmt.  So in this case
I think it's best to just remove the Assert; it's okay to look at a
slightly-stale querytree for what we need here.  Per buildfarm testing.
src/pl/plpgsql/src/pl_exec.c