aboutsummaryrefslogtreecommitdiff
path: root/doc/src
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2024-05-09 13:16:21 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2024-05-09 13:16:34 -0400
commitd727c543176c32205372991d3e036e5349fb719d (patch)
treec8900c93e70f8a2398dc05837d93b41526900462 /doc/src
parentb538e692493be30132c0ee5984bc53f51920cded (diff)
downloadpostgresql-d727c543176c32205372991d3e036e5349fb719d.tar.gz
postgresql-d727c543176c32205372991d3e036e5349fb719d.zip
Fix recursive RECORD-returning plpython functions.
If we recursed to a new call of the same function, with a different coldeflist (AS clause), it would fail because the inner call would overwrite the outer call's idea of what to return. This is vaguely like 1d2fe56e4 and c5bec5426, but it's not due to any API decisions: it's just that we computed the actual output rowtype at the start of the call, and saved it in the per-procedure data structure. We can fix it at basically zero cost by doing the computation at the end of each call instead of the start. It's not clear that there's any real-world use-case for such a function, but given that it doesn't cost anything to fix, it'd be silly not to. Per report from Andreas Karlsson. Back-patch to all supported branches. Discussion: https://postgr.es/m/1651a46d-3c15-4028-a8c1-d74937b54e19@proxel.se
Diffstat (limited to 'doc/src')
0 files changed, 0 insertions, 0 deletions