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 1uOBT3-00G6OW-Ru for pgsql-bugs@arkaria.postgresql.org; Sun, 08 Jun 2025 08:33:26 +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 1uOBT1-0005ic-K3 for pgsql-bugs@arkaria.postgresql.org; Sun, 08 Jun 2025 08:33:24 +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 1uOBT1-0005iU-BJ for pgsql-bugs@lists.postgresql.org; Sun, 08 Jun 2025 08:33:23 +0000 Received: from udcm-wwu1.uni-muenster.de ([128.176.118.7]) by magus.postgresql.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1uOBSz-000ql7-3C for pgsql-bugs@lists.postgresql.org; Sun, 08 Jun 2025 08:33:23 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=uni-muenster.de; i=@uni-muenster.de; q=dns/txt; s=uniout; t=1749371602; x=1780907602; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=9ZtuDAn2ypeF2fDb4izYox5NtC+hAJXz2uNBvWNFTo8=; b=Ku3BE1cBkdoCc5bJeJMT0lfIdS8/CNrIvwX8SkS94v/wO+KUhYtlks39 9A3DX6XA1C2WNUtx39ATnr19dYU2Vhu9mJyO3bjlCFEWUPw8GeSyS+82K iL4MUYuQOYHbYpKz+HfI2MbZ1NcBCg+czUvs82lwwND98S8Uk89G57CMP l/bSxJXjX2XPrLnKeWorA4GU+dKZu7mCICFKQsbkGxrZEwYym2lUqkwrl mWS12HbgCqa0mGeXaIJlRwwSzChpACerd2JH8KogFD1nXK2kEzSompmie 0dpPmDbJ7Ci2m+JnG3ugk+PwfO7i8Pzovt4dd3685TasfINvknCaiFU6Q Q==; X-CSE-ConnectionGUID: dNtGRCqHT/G2bH15MmEGDw== X-CSE-MsgGUID: 44tdl2v+SF6gG4Hrbrw68w== X-IronPort-AV: E=Sophos;i="6.16,220,1744063200"; d="scan'208";a="368673086" Received: from secmail.uni-muenster.de ([128.176.118.4]) by UDCM-RELAY1.UNI-MUENSTER.DE with ESMTP; 08 Jun 2025 10:33:20 +0200 Received: from [192.168.178.27] (dynamic-077-176-015-238.77.176.pool.telefonica.de [77.176.15.238]) by SECMAIL.UNI-MUENSTER.DE (Postfix) with ESMTPSA id BFEEF20ADF04; Sun, 8 Jun 2025 10:33:18 +0200 (CEST) Message-ID: Date: Sun, 8 Jun 2025 10:33:17 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: BUG #18943: Return value of a function 'xmlBufferCreate' is dereferenced at xpath.c:177 without checking for NUL To: Michael Paquier Cc: Tom Lane , pgsql-bugs@lists.postgresql.org, maralist86@mail.ru References: <18943-2f2a04ab03904598@postgresql.org> <861593.1748970933@sss.pgh.pa.us> <31f3480e-cd7d-4021-b392-87922572cc37@uni-muenster.de> Content-Language: en-US, de-DE From: Jim Jones In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 08.06.25 04:19, Michael Paquier wrote: > ERRCODE_INTERNAL_ERROR would be more adapted, I'm only seeing error > code paths caused by inconsistencies in the nodes. +1 > I have updated the patches with the attached, splitting the parts for > contrib/xml2/ and the backend into two parts. These touch error paths > that are very unlikely going to be hit in practice, so let's do all > that once v19 opens for business only on HEAD. Out of curiosity, why aren't we applying this to v18? Overall, LGTM. Thanks! -- Jim