Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pSJNx-0007r9-3w for pgsql-hackers@arkaria.postgresql.org; Wed, 15 Feb 2023 15:07:53 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pSJNv-0006xJ-Rn for pgsql-hackers@arkaria.postgresql.org; Wed, 15 Feb 2023 15:07:51 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pSJNv-0006xA-HY for pgsql-hackers@lists.postgresql.org; Wed, 15 Feb 2023 15:07:51 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pSJNt-0003Tg-AN for pgsql-hackers@lists.postgresql.org; Wed, 15 Feb 2023 15:07:50 +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 31FF7hlm2083680; Wed, 15 Feb 2023 10:07:44 -0500 From: Tom Lane To: Alvaro Herrera cc: Peter Smith , Jim Jones , pgsql-hackers@lists.postgresql.org, Peter Eisentraut Subject: Re: [PATCH] Add pretty-printed XML output option In-reply-to: <20230215101159.ef5usgukz2qfgp5n@alvherre.pgsql> References: <20230215101159.ef5usgukz2qfgp5n@alvherre.pgsql> Comments: In-reply-to Alvaro Herrera message dated "Wed, 15 Feb 2023 11:11:59 +0100" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2083678.1676473663.1@sss.pgh.pa.us> Date: Wed, 15 Feb 2023 10:07:43 -0500 Message-ID: <2083679.1676473663@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Alvaro Herrera writes: > Note that there's another file, xml_2.out, which does not contain the > additional part of the DETAIL message. I suspect in Peter's case it's > xml_2.out that was originally being used as a comparison basis (not > xml.out), but that one is not getting patched, and ultimately the diff > is reported for him against xml.out because none of them matches. > See commit 085423e3e326 for a bit of background. Yeah. That's kind of sad, because it means there are still broken libxml2s out there in 2023. Nonetheless, since there are, it is not optional to fix all three expected-files. regards, tom lane