Re: INOUT params with expanded objects

2025-12-11 Thread Jim Mlodgenski
On Wed, Dec 10, 2025 at 7:38 PM Tom Lane wrote: > > Jim Mlodgenski writes: > > I have an extension[1] that adds a collection data type using the expanded > > object API. Things perform well as it gets passed around inside a plpgsql > > function, but when passing it as an INOUT parameter, I'm hitt

Re: INOUT params with expanded objects

2025-12-10 Thread Tom Lane
I wrote: > Tracing suggests that the expanded array object created by the > subscript assignment is getting flattened on the way out of the > procedure in order to stuff it into the composite value that is the > procedure's actual result. So that's pretty sad from a performance > standpoint: it me

Re: INOUT params with expanded objects

2025-12-10 Thread Tom Lane
Jim Mlodgenski writes: > I have an extension[1] that adds a collection data type using the expanded > object API. Things perform well as it gets passed around inside a plpgsql > function, but when passing it as an INOUT parameter, I'm hitting a double > free. You really need to show us your C cod