aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/adt/arrayutils.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2007-02-08 18:37:14 +0000
committerTom Lane <tgl@sss.pgh.pa.us>2007-02-08 18:37:14 +0000
commit7ad33cebfdb7523642e5efff133f743fbb1947bb (patch)
treec0a76cb77f7f8acf07ede46c5833b586b2d32a4c /src/backend/utils/adt/arrayutils.c
parentb577aa9ebc780c5095f213d36253f63580b2a067 (diff)
downloadpostgresql-7ad33cebfdb7523642e5efff133f743fbb1947bb.tar.gz
postgresql-7ad33cebfdb7523642e5efff133f743fbb1947bb.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/backend/utils/adt/arrayutils.c')
0 files changed, 0 insertions, 0 deletions