summaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorTom Lane2024-10-24 17:28:22 +0000
committerTom Lane2024-10-24 17:28:22 +0000
commit534d0ea6c2b915ac9745d2f070afacd7ba003d28 (patch)
tree3f229b033b1bffce6f440382f65f03c3b87356cc /doc
parent67bab53d64428e4d43386be0e077cd662bc9cad3 (diff)
Generalize plpgsql's heuristic for importing expanded objects.
If a R/W expanded-object pointer is passed as a function parameter, take ownership of the object, regardless of its type. Previously this happened only for expanded arrays, but that was a result of sloppy thinking. (If the plpgsql function did not end by returning the object, the result would be to leak the object until the surrounding memory context is cleaned up. That's not awful, since non-expanded values have always been managed that way, but we can do better.) Per discussion with Michel Pelletier. There's a lot more to do here to make plpgsql work efficiently with expanded objects that aren't arrays, but this is an easy first step. Discussion: https://postgr.es/m/CACxu=vJaKFNsYxooSnW1wEgsAO5u_v1XYBacfVJ14wgJV_PYeg@mail.gmail.com
Diffstat (limited to 'doc')
0 files changed, 0 insertions, 0 deletions