diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2007-02-08 18:37:14 +0000 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2007-02-08 18:37:14 +0000 |
commit | 7ad33cebfdb7523642e5efff133f743fbb1947bb (patch) | |
tree | c0a76cb77f7f8acf07ede46c5833b586b2d32a4c /src/backend/utils/adt/arrayutils.c | |
parent | b577aa9ebc780c5095f213d36253f63580b2a067 (diff) | |
download | postgresql-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