From: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
---|---|
To: | Peter Smith <smithpb2250(at)gmail(dot)com> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Consistent coding for the naming of LR workers |
Date: | 2023-06-21 07:18:45 |
Message-ID: | 20230621071845.6ozcqtjgodfdufba@alvherre.pgsql |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
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)
From | Date | Subject | |
---|---|---|---|
Next Message | Drouvot, Bertrand | 2023-06-21 07:43:50 | ProcessStartupPacket(): database_name and user_name truncation |
Previous Message | Daniel Gustafsson | 2023-06-21 07:16:38 | Re: Remove deprecation warnings when compiling PG ~13 with OpenSSL 3.0~ |