Re: [oauth] Split and extend PGOAUTHDEBUG - Mailing list pgsql-hackers

From Zsolt Parragi
Subject Re: [oauth] Split and extend PGOAUTHDEBUG
Date
Msg-id CAN4CZFPNL4xuNAwmD1-TUR-z+C84axb+cdhip26k3YBFYo9r1g@mail.gmail.com
Whole thread
In response to Re: [oauth] Split and extend PGOAUTHDEBUG  (Jacob Champion <jacob.champion@enterprisedb.com>)
Responses Re: [oauth] Split and extend PGOAUTHDEBUG
List pgsql-hackers
> To keep the brainstorming going, I chose the following for v3, but
> they're by no means settled: ...

The names look good. I'm still not 100% sure about plugin-errors, but
since we already have debug in the variable name, it might be okay.

+/* all safe and unsafe flags, for the legacy UNSAFE behavior */
+#define OAUTHDEBUG_UNSAFE_ALL ((uint32) ~0)

The name of this variable is a bit confusing, it's not only about
unsafe settings. I understand why you added the unsafe to it, but
before checking the value/comment I thought this will be the bitmask
of all unsafe options. On the other hand I don't have a better idea
other than simply using ALL.

+oauth_get_debug_flags(void)
+{
+ uint32 flags = 0;
+ const char *env = getenv("PGOAUTHDEBUG");
...

One of the reasons why I implemented this in a C file is because I
wanted to avoid reparsing and warning spam/duplication. Reparsing
shouldn't be a major issue since this is a debug feature, but this
approach causes a warning to print twice in a few corner cases.

That's probably acceptable, the issue is limited in the current code,
but I wanted to mention it as a limitation, as I don't think there's a
good way to fix this without a .c file.



pgsql-hackers by date:

Previous
From: "cca5507"
Date:
Subject: Re: tuple radix sort
Next
From: Heikki Linnakangas
Date:
Subject: Re: [PATCH] Fix minRecoveryPoint not advanced past checkpoint in CreateRestartPoint