Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1i3i4e-0002Cl-El for pgsql-hackers@arkaria.postgresql.org; Fri, 30 Aug 2019 14:40:24 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1i3i4c-0000R1-Pl for pgsql-hackers@arkaria.postgresql.org; Fri, 30 Aug 2019 14:40:22 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1i3i4c-0000Qu-8f for pgsql-hackers@lists.postgresql.org; Fri, 30 Aug 2019 14:40:22 +0000 Received: from courriel.mines-paristech.fr ([77.158.173.149] helo=antispam-1.ensmp.fr) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from ) id 1i3i4V-0000vX-0T for pgsql-hackers@postgresql.org; Fri, 30 Aug 2019 14:40:20 +0000 Received: from smtp-4.mines-paristech.fr (smtp-4.ensmp.fr [77.158.173.143]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by antispam-1.ensmp.fr (antispam.mines-paristech.fr) with ESMTPS id 699E556005; Fri, 30 Aug 2019 16:40:12 +0200 (CEST) Received: from lancre (184.86.8.93.rev.sfr.net [93.8.86.184]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp-4.mines-paristech.fr (Postfix) with ESMTPSA id 06B1A2C024B; Fri, 30 Aug 2019 16:40:11 +0200 (CEST) Date: Fri, 30 Aug 2019 16:40:11 +0200 (CEST) From: Fabien COELHO X-X-Sender: fabien@lancre To: Tom Lane cc: Peter Eisentraut , Ibrar Ahmed , Michael Paquier , Julien Rouhaud , pgsql-hackers Subject: Re: pg_upgrade: Error out on too many command-line arguments In-Reply-To: <15110.1567173253@sss.pgh.pa.us> Message-ID: References: <12750.1566743399@sss.pgh.pa.us> <20190826044317.GC7005@paquier.xyz> <2a70fc23-3545-d22d-2071-a42ee18757c9@2ndquadrant.com> <15110.1567173253@sss.pgh.pa.us> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="8323329-1343897371-1567176012=:28828" X-CLAMAV-SCAN: ok X-VRSPAM-SCORE: -100 X-VRSPAM-STATE: legit X-VRSPAM-CAUSE: gggruggvucftvghtrhhoucdtuddrgeduvddrudeigedgjeelucetufdoteggodetrfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpeffhffvufgjkfhffgggtgesmhdtreertderjeenucfhrhhomhephfgrsghivghnucevqffgnffjqfcuoegtohgvlhhhohestghrihdrvghnshhmphdrfhhrqeenucfkphepleefrdekrdekiedrudekgeenucfrrghrrghmpehmohguvgepshhmthhpohhuth X-VRSPAM-EXTCAUSE: mhhouggvpehsmhhtphhouhht List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: 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. --8323329-1343897371-1567176012=:28828 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT Hello Tom, >> Could we maintain coverage by adding a TAP test? See 1 liner attached. > > Is this issue *really* worth expending test cycles on forevermore? With this argument consistently applied, postgres code coverage is consistently weak, with 25% of the code never executed, and 15% of functions never called. "psql" is abysmal, "libpq" is really weak. > Test cycles are not free, and I see zero reason to think that a > check of this sort would ever catch any bugs. Now, if you had a > way to detect that somebody had forgotten the case in some new > program, that would be interesting. It could get broken somehow, and the test would catch it? That would be the only command which tests this feature? This is a TAP test, not a test run on basic "make check". The cost is not measurable: pgbench 533 TAP tests run in 5 wallclock seconds, and this added test does not change that much. Now, if you say you are against it, then it is rejected… -- Fabien. --8323329-1343897371-1567176012=:28828--