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 1kX56v-0000ju-6H for pgsql-hackers@arkaria.postgresql.org; Mon, 26 Oct 2020 16:12:41 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kX56u-0001FZ-4P for pgsql-hackers@arkaria.postgresql.org; Mon, 26 Oct 2020 16:12:40 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kX56t-0001FS-Ts for pgsql-hackers@lists.postgresql.org; Mon, 26 Oct 2020 16:12:39 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kX56r-00026P-PC for pgsql-hackers@postgresql.org; Mon, 26 Oct 2020 16:12:39 +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 09QGCSBM732905; Mon, 26 Oct 2020 12:12:28 -0400 From: Tom Lane To: Robert Haas cc: Mark Dilger , Peter Geoghegan , "Andrey M. Borodin" , Stephen Frost , Michael Paquier , Amul Sul , Dilip Kumar , Andres Freund , PostgreSQL-development Subject: Re: new heapcheck contrib module In-reply-to: References: <12ED3DA8-25F0-4B68-937D-D907CFBF08E7@enterprisedb.com> <20200420194210.sevnpi4lyghoanxi@alap3.anarazel.de> <23E60C3C-C20A-4508-84AC-E0CEA59E784A@enterprisedb.com> <5F743835-3399-419C-8324-2D424237E999@enterprisedb.com> <885D2EC9-7D06-4903-A17D-72C184A1E1C5@enterprisedb.com> <5CC85F28-F210-47AC-8DA8-EC4E82AF3FD5@enterprisedb.com> <0C0349EB-DD85-4DA8-82C7-DF70AB714592@enterprisedb.com> <9DF93B83-FE46-4EC4-A99D-77A60729FD2D@enterprisedb.com> <50F6468F-5A5E-412A-86EC-DF24B549D733@enterprisedb.com> <7D603B53-8078-4AF0-851B-803FF4416501@enterprisedb.com> <98265AA9-7BDC-4708-9348-CC1B173BBE1D@enterprisedb.com> <209783.1603313248@sss.pgh.pa.us> <77A60E99-6054-40FD-A5D6-769C287D4A0F@enterprisedb.com> Comments: In-reply-to Robert Haas message dated "Thu, 22 Oct 2020 08:51:20 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <732903.1603728748.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Mon, 26 Oct 2020 12:12:28 -0400 Message-ID: <732904.1603728748@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Robert Haas writes: > On Wed, Oct 21, 2020 at 11:45 PM Mark Dilger > wrote: >> Done that way in the attached, which also include Robert's changes from= v19 he posted earlier today. > Committed. Let's see what the buildfarm thinks. Another thing that the buildfarm is pointing out is [WARN] FOUserAgent - The contents of fo:block line 2 exceed the available = area in the inline-progression direction by more than 50 points. (See posi= tion 148863:380) This is coming from the sample output for verify_heapam(), which is too wide to fit in even a normal-size browser window, let alone A4 PDF. While we could perhaps hack it up to allow more line breaks, or see if \x formatting helps, my own suggestion would be to just nuke the sample output altogether. It doesn't look like it is any sort of representative real output, and it is not useful enough to be worth spending time to patch up. regards, tom lane