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 1qBs7E-0001j0-5d for pgsql-hackers@arkaria.postgresql.org; Wed, 21 Jun 2023 07:18:56 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1qBs7D-0005hK-4H for pgsql-hackers@arkaria.postgresql.org; Wed, 21 Jun 2023 07:18:55 +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 1qBs7C-0005gd-RL for pgsql-hackers@lists.postgresql.org; Wed, 21 Jun 2023 07:18:54 +0000 Received: from wout2-smtp.messagingengine.com ([64.147.123.25]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qBs79-003m8w-LG for pgsql-hackers@lists.postgresql.org; Wed, 21 Jun 2023 07:18:54 +0000 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id D496F320092F; Wed, 21 Jun 2023 03:18:48 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Wed, 21 Jun 2023 03:18:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1687331928; x= 1687418328; bh=CClYOyx/OS2rPH2NDIWH4Z1596p/Sf67gTBDKbx8/XM=; b=F dTe4i6DzBkdXukzGioQzkaZ4imqTfcQujBv7XIJw3ZNVZVbtP1KWs6eNnqLSsnxm izLxTUSPtEc5lWwK/cre+BTHWJb8KM+5irtO+n4GxFE6paGNd07u88DsF/MejEE7 pp1N7yhAaIejO8KnPLaC97Qe/EN02rVgj5uB6BMqU8dyNNhNnXJeK6oOJNX6pxE1 Mwuna8Sn9sLN918nvrQUx906tu74+ahOtLtxvqJTIPkYrtI4aUcs5Kr8SC3i9Hh5 /Wl/5lOfbHp/muAxdQeziHt8R+7zmgmPnFoKcx7nFG+ErdgbjZ/2c7GiVvLObgzo Rtfi4YqJOr6aATMVOrlJA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrgeefiedguddulecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpeffhffvvefukfggtggugfgjsehtkeertddttdejnecuhfhrohhmpeetlhhv rghrohcujfgvrhhrvghrrgcuoegrlhhvhhgvrhhrvgesrghlvhhhrdhnohdqihhprdhorh hgqeenucggtffrrghtthgvrhhnpeektdfhkeevudeugfeuleetkefgjeegkeeuudduueev uedvudffgffgteeihfdvfeenucffohhmrghinhepphhoshhtghhrvghsqhhlrdhorhhgpd gvnhhtvghrphhrihhsvggusgdrtghomhenucevlhhushhtvghrufhiiigvpedtnecurfgr rhgrmhepmhgrihhlfhhrohhmpegrlhhvhhgvrhhrvgesrghlvhhhrdhnohdqihhprdhorh hg X-ME-Proxy: Feedback-ID: ia2694551:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 21 Jun 2023 03:18:47 -0400 (EDT) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id 0ACEA38B; Wed, 21 Jun 2023 09:18:45 +0200 (CEST) Date: Wed, 21 Jun 2023 09:18:45 +0200 From: Alvaro Herrera To: Peter Smith Cc: PostgreSQL Hackers Subject: Re: Consistent coding for the naming of LR workers Message-ID: <20230621071845.6ozcqtjgodfdufba@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2023-Jun-21, Peter Smith wrote: > Except, please note that there are already multiple message format > strings in the HEAD code that look like "%s for subscription ...", > that are using the get_worker_name() function for the name > substitution. > > e.g. > - "%s for subscription \"%s\" will stop because the subscription was removed" > - "%s for subscription \"%s\" will stop because the subscription was disabled" > - "%s for subscription \"%s\" will restart because of a parameter change" > - "%s for subscription %u will not start because the subscription was > removed during startup" > - "%s for subscription \"%s\" will not start because the subscription > was disabled during startup" > - "%s for subscription \"%s\" has started" That is a terrible pattern in relatively new code. Let's get rid of it entirely rather than continue to propagate it. > So, I don't think it is fair to say that these format strings are OK > for the existing HEAD code, but not OK for the patch code, when they > are both the same. Agreed. Let's remove them all. BTW this is documented: https://www.postgresql.org/docs/15/nls-programmer.html#NLS-GUIDELINES -- Álvaro Herrera PostgreSQL Developer — https://www.EnterpriseDB.com/ "I suspect most samba developers are already technically insane... Of course, since many of them are Australians, you can't tell." (L. Torvalds)