Re: GUC names in messages - Mailing list pgsql-hackers

From Peter Smith
Subject Re: GUC names in messages
Date
Msg-id CAHut+PuS+E9UHqv9=ygcW80pKmEY9zthVMfJuRJjihKcvc68OA@mail.gmail.com
Whole thread Raw
In response to Re: GUC names in messages  (Michael Paquier <michael@paquier.xyz>)
List pgsql-hackers
On Thu, Nov 30, 2023 at 4:59 PM Michael Paquier <michael@paquier.xyz> wrote:
>
> On Tue, Nov 28, 2023 at 11:54:33AM +1100, Peter Smith wrote:
> > Here is patch set v3.
> >
> > Patches 0001 and 0002 are unchanged from v2.
>
> After some grepping, I've noticed that 0002 had a mistake with
> track_commit_timestamp: some alternate output of modules/commit_ts/
> was not updated.  meson was able to reproduce the failure as well.
>
> I am not sure regarding what we should do a mixed cases as well, so I
> have discarded DateStyle for now, and applied the rest.
>
> Also applied 0001 from Alvaro.
>

Thanks for pushing those parts.

> > Patch 0003 now uses a "%s%s%s" format specifier with GUC_FORMAT macro
> > in guc.c, as recently suggested by Michael [1].
>
> I cannot think about a better idea as these strings need to be
> translated so they need three %s.
>
> +               if (*p == '_')
> +                       underscore = true;
> +               else if ('a' <= *p && *p <= 'z')
> +                       lowercase = true;
>
> An issue with this code is that it would forget to quote GUCs that use
> dots, like the ones from an extension.  I don't really see why we
> cannot just make the macro return true only if all the characters of a
> GUC name is made of lower-case alpha characters?

Not forgotten. I felt the dot separator in such names might be
mistaken for a period in a sentence which is why I left quotes for
those ones. YMMV.

======
Kind Regards,
Peter. Smith.
Fujitsu Australia



pgsql-hackers by date:

Previous
From: Masahiko Sawada
Date:
Subject: Re: Testing autovacuum wraparound (including failsafe)
Next
From: Alena Rybakina
Date:
Subject: Re: POC, WIP: OR-clause support for indexes