Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wwRow-001z2z-08 for pgsql-hackers@arkaria.postgresql.org; Tue, 18 Aug 2026 21:58:10 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wwRot-0009dO-2Q for pgsql-hackers@arkaria.postgresql.org; Tue, 18 Aug 2026 21:58:08 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wwRot-0009dF-1T for pgsql-hackers@lists.postgresql.org; Tue, 18 Aug 2026 21:58:08 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1wwRos-00000001Hr8-42MQ for pgsql-hackers@lists.postgresql.org; Tue, 18 Aug 2026 21:58:07 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.18.1/8.18.1) with ESMTP id 67ILw3U01674511; Tue, 18 Aug 2026 17:58:03 -0400 From: Tom Lane To: Andrey Rachitskiy cc: andrew@dunslane.net, pgsql-hackers@lists.postgresql.org Subject: Re: Residual cleanups for tied objects in PL/Perl In-reply-to: References: <569769.1786901901@sss.pgh.pa.us> <579928.1786912017@sss.pgh.pa.us> <756684.1786981296@sss.pgh.pa.us> <1132241.1786999322@sss.pgh.pa.us> Comments: In-reply-to Andrey Rachitskiy message dated "Tue, 18 Aug 2026 16:58:08 +0500" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1674509.1787090283.1@sss.pgh.pa.us> Date: Tue, 18 Aug 2026 17:58:03 -0400 Message-ID: <1674510.1787090283@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Andrey Rachitskiy 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