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 1m6UZV-0006pU-W3 for pgsql-hackers@arkaria.postgresql.org; Thu, 22 Jul 2021 09:00:49 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1m6UZU-0001Ca-Tx for pgsql-hackers@arkaria.postgresql.org; Thu, 22 Jul 2021 09:00:48 +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 1m6UZU-0001CO-MS for pgsql-hackers@lists.postgresql.org; Thu, 22 Jul 2021 09:00:48 +0000 Received: from sfr-1.cri.mines-paristech.fr ([77.158.180.225] helo=smtp.cri.ensmp.fr) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m6UZR-000876-E2 for pgsql-hackers@lists.postgresql.org; Thu, 22 Jul 2021 09:00:47 +0000 Received: from pseudo (ip-160.net-81-220-45.lyon.rev.numericable.fr [81.220.45.160]) by smtp.cri.ensmp.fr (Postfix) with ESMTPSA id 5D3FBC0024; Thu, 22 Jul 2021 11:02:47 +0200 (CEST) Date: Thu, 22 Jul 2021 11:00:41 +0200 (CEST) From: Fabien COELHO X-X-Sender: fabien@pseudo To: Pavel Stehule cc: Peter Eisentraut , "pgsql-hackers@lists.postgresql.org" Subject: Re: psql - add SHOW_ALL_RESULTS option In-Reply-To: Message-ID: References: <69C0B369-570C-4524-8EE4-BCCACECB6BEE@amazon.com> <20210412193301.GA11204@alvherre.pgsql> <3738387.1618451507@sss.pgh.pa.us> <451a2111-3757-c511-9413-8f8af531a167@enterprisedb.com> <18c78a01-4a34-9dd4-f78b-6860f1420c8e@enterprisedb.com> User-Agent: Alpine 2.22 (DEB 394 2020-01-19) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="2056645051-862124652-1626944441=:25741" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2056645051-862124652-1626944441=:25741 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT Hello Pavel, >> The newly added PSQL_WATCH_PAGER feature which broke the patch does not >> seem to be tested anywhere, this is tiring:-( > > Do you have any idea how this can be tested? The TAP patch sent by Peter on this thread is a very good start. > It requires some pager that doesn't use blocking reading, and you need > to do remote control of this pager. So it requires a really especially > written pager just for this purpose. It is solvable, but I am not sure > if it is adequate to this patch. Not really: The point would not be to test the pager itself (that's for the people who develop the pager, not for psql), but just to test that the pager is actually started or not started by psql depending on conditions (eg pset pager…) and that it does *something* when started. See for instance the simplistic pager.pl script attached, the output of which could be tested. Note that PSQL_PAGER is not tested at all either. Basically "psql" is not tested, which is a pain when developing a non trivial patch. -- Fabien. --2056645051-862124652-1626944441=:25741 Content-Type: text/x-perl; name=pager.pl Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=pager.pl IyEgL3Vzci9iaW4vcGVybCAtd24NCnByaW50ICIkLlx0JF8iOw0KZXhpdCgw KSBpZiAkLiA9PSAzMDsNCg== --2056645051-862124652-1626944441=:25741--