aboutsummaryrefslogtreecommitdiff
path: root/src/tutorial/funcs_new.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2007-02-08 18:37:38 +0000
committerTom Lane <tgl@sss.pgh.pa.us>2007-02-08 18:37:38 +0000
commit799290b1c5dc0d93250f2270a93ec66858cac848 (patch)
treeb442e6e52261de41b835bb2b31a9a968e1232e02 /src/tutorial/funcs_new.c
parent760f4823e65a0de060877a77e0d7a89a1886b87f (diff)
downloadpostgresql-799290b1c5dc0d93250f2270a93ec66858cac848.tar.gz
postgresql-799290b1c5dc0d93250f2270a93ec66858cac848.zip
Rearrange use of plpgsql_add_initdatums() so that only the parsing of a
DECLARE section needs to know about it. Formerly, everyplace besides DECLARE that created variables needed to do "plpgsql_add_initdatums(NULL)" to prevent those variables from being sucked up as part of a subsequent DECLARE block. This is obviously error-prone, and in fact the SQLSTATE/SQLERRM patch had failed to do it for those two variables, leading to the bug recently exhibited by Asif Ali Rehman: a DECLARE within an exception handler tried to reinitialize SQLERRM. Although the SQLSTATE/SQLERRM patch isn't in any pre-8.1 branches, and so I can't point to a demonstrable failure there, it seems wise to back-patch this into the older branches anyway, just to keep the logic similar to HEAD.
Diffstat (limited to 'src/tutorial/funcs_new.c')
0 files changed, 0 insertions, 0 deletions