Re: master plpython check fails on Solaris 10
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Marina Polyakova <m.polyakova@postgrespro.ru>
Cc: Peter Eisentraut <peter.eisentraut@2ndquadrant.com>,
pgsql-hackers@postgresql.org
Date: 2018-02-14T16:51:54Z
Lists: pgsql-hackers
Marina Polyakova <m.polyakova@postgrespro.ru> writes: > On 14-02-2018 17:54, Tom Lane wrote: >> I think we need to fix the error callback code so that it >> uses the "arg" field to find the relevant procedure, and that >> that's a back-patchable fix, because nested plpython functions >> would show this up as wrong in any case. That would also let us >> undo the not-terribly-safe practice of having code between the >> PLy_push_execution_context call and the PG_TRY that is supposed >> to ensure the context gets popped again. > Thank you very much! I'll try to implement this. I hsve a patch mostly done already. regards, tom lane
Commits
-
Add an assertion that we don't pass NULL to snprintf("%s").
- 0c62356cc877 11.0 landed
-
Fix broken logic for reporting PL/Python function names in errcontext.
- e748e902def4 11.0 landed
- db1c597f3c33 9.5.12 landed
- bd871863787b 9.4.17 landed
- 457e9e88e357 9.3.22 landed
- 4081e1136178 10.3 landed
- 0a2381d13f77 9.6.8 landed
-
Fix typo
- ebdb42a0d6a6 11.0 cited
-
Transaction control in PL procedures
- 8561e4840c81 11.0 cited
-
Fix docs typo
- b9ff79b8f176 11.0 cited
-
plpython security and error handling fixes, from
- 1ca717f377c7 7.2.1 cited