Re: [PATCH] Improve code coverage of network address functions - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [PATCH] Improve code coverage of network address functions
Date
Msg-id 3126173.1737404841@sss.pgh.pa.us
Whole thread Raw
In response to Re: [PATCH] Improve code coverage of network address functions  (Jacob Champion <jacob.champion@enterprisedb.com>)
Responses Re: [PATCH] Improve code coverage of network address functions
List pgsql-hackers
Jacob Champion <jacob.champion@enterprisedb.com> writes:
> On Mon, Jan 20, 2025 at 11:35 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Maybe we could add this to the existing src/test/ssl/ tests,
>> which already deal with that hazard?

> That seems okay in the short term. (But it certainly highlights our
> lack of a "PG_TEST_EXTRA=loopback-is-fine" mode...)

Part of my thought here is that these functions are not worth their
very own TAP test, with all the overhead that implies of firing up
a new database instance.  So I was looking for something we could
fold them into.  I agree the SSL tests are focused on something
else, but still...

            regards, tom lane



pgsql-hackers by date:

Previous
From: Jacob Champion
Date:
Subject: Re: [PATCH] Improve code coverage of network address functions
Next
From: Laurenz Albe
Date:
Subject: Re: Re: proposal: schema variables