aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/adt/xml.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2016-11-08 12:00:24 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2016-11-08 12:00:24 -0500
commitde4026c673f195cfdb7aa7cc87cc60e36963f094 (patch)
treef50a852a2f4afd3bbe6b43d682b161fb982640f2 /src/backend/utils/adt/xml.c
parent0d4446083df56a36ecec8e8bd321a45ecac7e7c6 (diff)
downloadpostgresql-de4026c673f195cfdb7aa7cc87cc60e36963f094.tar.gz
postgresql-de4026c673f195cfdb7aa7cc87cc60e36963f094.zip
Use heap_modify_tuple not SPI_modifytuple in pl/python triggers.
The code here would need some change anyway given planned change in SPI_modifytuple semantics, since this executes after we've exited the SPI environment. But really it's better to just use heap_modify_tuple. While at it, normalize use of SPI_fnumber: make error messages distinguish no-such-column from can't-set-system-column, and remove test for deleted column which is going to migrate into SPI_fnumber. The lack of a check for system column names is actually a pre-existing bug here, and might even qualify as a security bug except that we don't have any trusted version of plpython.
Diffstat (limited to 'src/backend/utils/adt/xml.c')
0 files changed, 0 insertions, 0 deletions