]> granicus.if.org Git - postgresql/commit
Fix an ancient logic error in plpgsql's exec_stmt_block: it thought it could
authorTom Lane <tgl@sss.pgh.pa.us>
Thu, 8 Feb 2007 18:38:19 +0000 (18:38 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Thu, 8 Feb 2007 18:38:19 +0000 (18:38 +0000)
commit7758560fd5ab00eafc36a395d1afd7d278df1b01
treeda101ae6e3ec8e12b5f69deb1ddd0e0565edc6f0
parentad7ee8883bf030c04262d6231d74650a409b08e7
Fix an ancient logic error in plpgsql's exec_stmt_block: it thought it could
get away with not (re)initializing a local variable if the variable is marked
"isconst" and not "isnull".  Unfortunately it makes this decision after having
already freed the old value, meaning that something like

   for i in 1..10 loop
     declare c constant text := 'hi there';

leads to subsequent accesses to freed memory, and hence probably crashes.
(In particular, this is why Asif Ali Rehman's bug leads to crash and not
just an unexpectedly-NULL value for SQLERRM: SQLERRM is marked CONSTANT
and so triggers this error.)

The whole thing seems wrong on its face anyway: CONSTANT means that you can't
change the variable inside the block, not that the initializer expression is
guaranteed not to change value across successive block entries.  Hence,
remove the "optimization" instead of trying to fix it.
src/pl/plpgsql/src/pl_exec.c