Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1flyN6-0004ft-Jt for pgsql-committers@arkaria.postgresql.org; Sat, 04 Aug 2018 15:21:36 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1flyN3-0004Bh-Uu for pgsql-committers@arkaria.postgresql.org; Sat, 04 Aug 2018 15:21:33 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1flyN3-0004Ba-Pp for pgsql-committers@lists.postgresql.org; Sat, 04 Aug 2018 15:21:33 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1flyN0-0007fw-En for pgsql-committers@lists.postgresql.org; Sat, 04 Aug 2018 15:21:32 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id w74FLSfs022992; Sat, 4 Aug 2018 11:21:28 -0400 From: Tom Lane To: Michael Paquier cc: pgsql-committers@lists.postgresql.org Subject: Re: pgsql: Address set of issues with errno handling In-reply-to: <20180804121834.GG20967@paquier.xyz> References: <31797.1533326676@sss.pgh.pa.us> <20180804121834.GG20967@paquier.xyz> Comments: In-reply-to Michael Paquier message dated "Sat, 04 Aug 2018 21:18:34 +0900" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <22990.1533396088.1@sss.pgh.pa.us> Date: Sat, 04 Aug 2018 11:21:28 -0400 Message-ID: <22991.1533396088@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Michael Paquier writes: > On Fri, Aug 03, 2018 at 04:04:36PM -0400, Tom Lane wrote: >> You need to go back and add the pre-clearing of errno in each of these >> places, otherwise the added code is basically useless. > I looked at all code paths enforcing ENOSPC on write() calls, and > attached is a patch to address this issue for all of them. What do you > think? I can of course get that addressed before the next set of minor > releases. That looks good as far as it goes. I didn't cross-check that you hit everyplace that needs this, but if you grepped for references to ENOSPC then you presumably found them all. IMO, it's OK to push this this weekend if you have time. regards, tom lane