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 1mmhuo-000190-Jj for pgsql-hackers@arkaria.postgresql.org; Mon, 15 Nov 2021 19:45:18 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mmhun-0006CT-CU for pgsql-hackers@arkaria.postgresql.org; Mon, 15 Nov 2021 19:45:17 +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 1mmhun-0006Bl-3b for pgsql-hackers@lists.postgresql.org; Mon, 15 Nov 2021 19:45:17 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mmhuk-0005Pd-Td for pgsql-hackers@lists.postgresql.org; Mon, 15 Nov 2021 19:45:16 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 1AFJjBU72147862; Mon, 15 Nov 2021 14:45:11 -0500 From: Tom Lane To: Peter Eisentraut cc: Robert Haas , PostgreSQL Hackers Subject: Re: Frontend error logging style In-reply-to: <632f02ed-12ac-b91f-0e99-9c1b086f8cd0@enterprisedb.com> References: <1363732.1636496441@sss.pgh.pa.us> <632f02ed-12ac-b91f-0e99-9c1b086f8cd0@enterprisedb.com> Comments: In-reply-to Peter Eisentraut message dated "Mon, 15 Nov 2021 20:15:04 +0100" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2147860.1637005511.1@sss.pgh.pa.us> Date: Mon, 15 Nov 2021 14:45:11 -0500 Message-ID: <2147861.1637005511@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Peter Eisentraut writes: > Several programs wrap, say, pg_log_fatal() into a pg_fatal(), that does > logging, cleanup, and exit, as the case may be. I think that's a good > solution. I agree, and my draft patch formalized that by turning pg_log_fatal into exactly that. The question that I think is relevant here is what is the point of labeling errors as "error:" or "fatal:" if we're not going to make any serious attempt to make that distinction meaningful. I'm not really buying your argument that it's fine as-is. Anybody who thinks that there's a difference is going to be very confused by the behavior they observe. But, if we all know there's no difference, why have the difference? regards, tom lane