Re: Extended test coverage and docs for SSL passphrase commands - Mailing list pgsql-hackers

From Daniel Gustafsson
Subject Re: Extended test coverage and docs for SSL passphrase commands
Date
Msg-id 0729D2B7-9B39-469E-863A-50A8F97D0998@yesql.se
Whole thread Raw
In response to Re: Extended test coverage and docs for SSL passphrase commands  (Daniel Gustafsson <daniel@yesql.se>)
List pgsql-hackers
> On 13 Nov 2025, at 00:12, Daniel Gustafsson <daniel@yesql.se> wrote:
>
>> On 12 Nov 2025, at 18:47, Álvaro Herrera <alvherre@kurilemu.de> wrote:
>>
>> On 2025-Nov-12, Daniel Gustafsson wrote:
>>
>>> As far as I know the only way to programmatically learn that from the Perl
>>> testcode would be to check for the presence of the CONFIG_EXEC_PARAMS file in
>>> $self->data_dir, which should be easy enough to do.  Do you know of a better
>>> way?
>>
>> We have check_pg_config(), which reads pg_config.h.  For EXEC_BACKEND
>> you need pg_config_manual.h,
>
> Right, but they can't be treated the same since EXEC_BACKEND will always be
> matched by such a grep and the presence of WIN32 and !__CYGWIN__ mst be tested
> for.

The attached v2 adds a GUC debug_exec_backend which can be used to get the
state of the running cluster, much like how debug_assertions will tell whether
or not assertions were compiled in or not.  (Per an idea off-list conversation
about this.) This will be operating system independent and reusable in other
tests as well.

The rest of the patches are the same, just adapted to use this GUC in the SSL
test.

--
Daniel Gustafsson


Attachment

pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: [PATCH] Allow complex data for GUC extra.
Next
From: Andres Freund
Date:
Subject: Re: index prefetching