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.94.2) (envelope-from ) id 1ugjAu-006kxE-NZ for pgsql-hackers@arkaria.postgresql.org; Tue, 29 Jul 2025 12:11:21 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1ugjAt-000aek-Kj for pgsql-hackers@arkaria.postgresql.org; Tue, 29 Jul 2025 12:11:19 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1ugjAt-000aec-Aj for pgsql-hackers@lists.postgresql.org; Tue, 29 Jul 2025 12:11:19 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1ugjAq-001TkW-0U for pgsql-hackers@lists.postgresql.org; Tue, 29 Jul 2025 12:11:19 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 56TCBBIp865405; Tue, 29 Jul 2025 08:11:11 -0400 From: Tom Lane To: Jim Jones cc: Erik Wienhold , Michael Paquier , Robert Treat , Postgres hackers Subject: Re: Regression with large XML data input In-reply-to: <93116cb2-e3e2-40bf-be9b-77a2f68fd10a@uni-muenster.de> References: <1691195.1753383449@sss.pgh.pa.us> <1721385.1753385039@sss.pgh.pa.us> <7a9a9804-01d8-4489-a831-1a222bae6705@uni-muenster.de> <1944118.1753467686@sss.pgh.pa.us> <314265.1753669007@sss.pgh.pa.us> <457dd309-158f-43cd-81d4-df7284f30d4f@ewie.name> <483421.1753727323@sss.pgh.pa.us> <628881.1753733767@sss.pgh.pa.us> <93116cb2-e3e2-40bf-be9b-77a2f68fd10a@uni-muenster.de> Comments: In-reply-to Jim Jones message dated "Tue, 29 Jul 2025 12:15:28 +0200" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <865403.1753791071.1@sss.pgh.pa.us> Date: Tue, 29 Jul 2025 08:11:11 -0400 Message-ID: <865404.1753791071@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Jim Jones writes: > Out of curiosity, what's the reasoning behind keeping node_list instead > of directly using parsed_nodes in the xmlParseBalancedChunkMemory call? In the original coding, there was a hazard of the node list getting leaked if the caller passed parsed_nodes == NULL. Or at least I thought there was. It may be that all releases of libxml2 are smart enough to free the node list if there's no way to pass it back, but I guess we had reason not to trust it. Possibly there's something about that in the discussion that led up to 6082b3d5d, though I see I neglected to mention it in the commit message. regards, tom lane