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.92) (envelope-from ) id 1jECuL-0000gC-N7 for pgsql-hackers@arkaria.postgresql.org; Tue, 17 Mar 2020 14:09:25 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1jECuK-00015x-J1 for pgsql-hackers@arkaria.postgresql.org; Tue, 17 Mar 2020 14:09:24 +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 1jECuK-00015p-76 for pgsql-hackers@lists.postgresql.org; Tue, 17 Mar 2020 14:09:24 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jECuI-0003OZ-3s for pgsql-hackers@lists.postgresql.org; Tue, 17 Mar 2020 14:09:23 +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 02HE9ILk032175; Tue, 17 Mar 2020 10:09:18 -0400 From: Tom Lane To: Amit Kapila cc: Michael Paquier , Julien Rouhaud , Masahiko Sawada , PostgreSQL Hackers Subject: Re: Missing errcode() in ereport In-reply-to: References: <20200317095839.GG2206@paquier.xyz> Comments: In-reply-to Amit Kapila message dated "Tue, 17 Mar 2020 15:46:17 +0530" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <32173.1584454158.1@sss.pgh.pa.us> Date: Tue, 17 Mar 2020 10:09:18 -0400 Message-ID: <32174.1584454158@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Amit Kapila writes: > On Tue, Mar 17, 2020 at 3:28 PM Michael Paquier wrote: >> Definitely an oversight. All stable branches down to 9.5 have >> mistakes in the same area, with nothing extra by grepping around. >> Amit, I guess that you will take care of it? > Yes, I will unless I see any objections in a day or so. No need to wait, it's a pretty obvious thinko. We might want to spend some effort thinking how to find or prevent additional bugs of the same ilk ... but correcting the ones already found needn't wait on that. regards, tom lane