| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Andrey Rachitskiy <pl0h0yp1(at)gmail(dot)com> |
| Cc: | andrew(at)dunslane(dot)net, pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: Residual cleanups for tied objects in PL/Perl |
| Date: | 2026-08-18 21:58:03 |
| Message-ID: | 1674510.1787090283@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Andrey Rachitskiy <pl0h0yp1(at)gmail(dot)com> writes:
>>> Here's a patch to try to clean that up. I think it is wrong that
>>> the extension modules don't use hek2cstr, so I made them do so.
>>> (But we probably shouldn't back-patch that: it's a user-visible
>>> behavioral change and we've not gotten actual field complaints AFAIR.)
>> Agreed
>> path looks good for me
OK, applied that to HEAD only. I've been dithering about how much
behavioral change we want to put into the back branches, and have
gotten cold feet about changing anything we don't clearly have to;
particularly in v14 whose next release will be its last. So what
I've done is to back-patch a fix for just the null-pointer dereference
problems (see c0641ae4e and siblings). The hek2cstr change and
hash-usage consistency fixes went into HEAD only, and I'm intending
the same for the fixes to allow fetching from tied arrays/hashes.
I'd possibly be more excited about treating those as back-patch
material, if we'd had more than zero complaints about plperl not
working with tied objects. But we haven't AFAIR, and there might
even be someone who's surprised if it starts to work.
I plan to study your patch more closely tomorrow.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Daniel Gustafsson | 2026-08-18 22:12:07 | Re: datachecksums: handle invalid and dropped databases during enable |
| Previous Message | Jeff Davis | 2026-08-18 21:44:55 | Fix for fragile code in hashtext() |