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 1nWRmI-0007p2-Eq for pgsql-hackers@arkaria.postgresql.org; Mon, 21 Mar 2022 23:49:34 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nWRmH-0000l3-Ai for pgsql-hackers@arkaria.postgresql.org; Mon, 21 Mar 2022 23:49:33 +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 1nWRmG-0000kt-8x for pgsql-hackers@lists.postgresql.org; Mon, 21 Mar 2022 23:49:33 +0000 Received: from out5-smtp.messagingengine.com ([66.111.4.29]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nWRmC-0004lF-Sz for pgsql-hackers@lists.postgresql.org; Mon, 21 Mar 2022 23:49:31 +0000 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id D23395C0253; Mon, 21 Mar 2022 19:49:25 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Mon, 21 Mar 2022 19:49:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anarazel.de; h= cc:cc:content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to; s=fm1; bh=NxOhK1ZUelzNiyi8laXTSbrnjB5OJn81mLOWBh rb010=; b=FAUxxNJlb6BuRdxWP5HLy6vrueW4Y5hGdD2uTFEGctftDDN5NIyHgg paZP9LPVyUYvd6IMcyr4jMgDTX/l4RLhls0Ghn8xF+adV3KI7nNUnppucJdVvfhX HnwRVm1Pjf462CB+6fIv3kF+QclpX+5F+hc88oqLH7BOZvpcXf6IE3jnXqqcwh6r 1uxZuptYV0v9meKQLEf+EjPPhqmUtWMbdhJvPDlygdPQy8ZN5F0Iv114RW4oL7+y 4QU2IQyD7KrsqhrADY9bpme/fW9naLsyWP5z6mmy/l442Jj2a4Td/mtmE1V6DRC0 6d6HJWrLeugv8sn+RbPbfDBf5H6c10pg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=NxOhK1ZUelzNiyi8l aXTSbrnjB5OJn81mLOWBhrb010=; b=EmsvXwdmYgY7iUMGZVgw68076gSUvC5XU dZ7nCIGJDjowCXOdfySgbvc4wCfCMQCWkbbnI+Fb0ivW+0a11955DaAHBz0ipaKQ 9jhOLlRGs8OT3khCsgJnvLJjSu7fW1IVt6bknK39z4NUOsQcNzyFZ2THCnJ+WOR7 6vBYEr8sGSCtN56c6eZhOrlDFeVYW5SKnku8ey5hv0LOKeRhx1tYwGITj+EyGg9j PXFpm+N98Nm/OYIhPAUowaWJ6/a7iulGNLMZyxLRkfQ8RLKczaEWHCDI42UTiC4y kjmyS2qrJc3eIzBBl/zzlY6PrDGdMdhvXguhSFUmqrHT46p7WgUfg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrudeggedgudefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfhfgggtuggjsehttdertddttddvnecuhfhrohhmpeetnhgurhgv shcuhfhrvghunhguuceorghnughrvghssegrnhgrrhgriigvlhdruggvqeenucggtffrrg htthgvrhhnpeevhfejveehvddvgfdtueefuefhhfetkefgfedtkefhieeuudefveduffdu gfdvgeenucffohhmrghinheptghirhhruhhsqdgtihdrtghomhenucevlhhushhtvghruf hiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrnhgurhgvshesrghnrghrrgii vghlrdguvg X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 21 Mar 2022 19:49:25 -0400 (EDT) Date: Mon, 21 Mar 2022 16:49:24 -0700 From: Andres Freund To: Daniel Gustafsson Cc: PostgreSQL Developers Subject: Re: TAP output format in pg_regress Message-ID: <20220321234924.kcc3q26o7sx6rnfa@alap3.anarazel.de> References: <49A54862-C682-4B60-9155-05F178FA79DC@yesql.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49A54862-C682-4B60-9155-05F178FA79DC@yesql.se> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi, On 2022-02-22 15:10:11 +0100, Daniel Gustafsson wrote: > > On 22 Feb 2022, at 00:08, Daniel Gustafsson wrote: > > > I'll fix that. > > The attached v3 fixes that thinko, and cleans up a lot of the output which > isn't diagnostic per the TAP spec to make it less noisy. It also fixes tag > support used in the ECPG tests and a few small cleanups. There is a blank line > printed which needs to be fixed, but I'm running out of time and wanted to get > a non-broken version on the list before putting it aside for today. > > The errorpaths that exit(2) the testrun should be converted to "bail out" lines > when running with TAP output, but apart from that I think it's fairly spec > compliant. This is failing with segmentation faults on cfbot: https://cirrus-ci.com/task/4879227009892352?logs=test_world#L21 Looks like something around isolationtester is broken? Unfortunately there's no useful backtraces for isolationtester. Not sure what's up there. Seems like we might not have energy to push this forward in the next two weeks, so maybe the CF entry should be marked returned or moved for now? Greetings, Andres Freund