| From: | Michael Paquier <michael(at)paquier(dot)xyz> | 
|---|---|
| To: | Sadhuprasad Patro <b(dot)sadhu(at)gmail(dot)com> | 
| Cc: | Andrew Dunstan <andrew(at)dunslane(dot)net>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> | 
| Subject: | Re: Improved TAP tests by replacing sub-optimal uses of ok() with better Test::More functions | 
| Date: | 2025-10-31 00:48:48 | 
| Message-ID: | aQQHcA1bB3YkuWT1@paquier.xyz | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-hackers | 
On Thu, Oct 30, 2025 at 05:00:27PM +0530, Sadhuprasad Patro wrote:
> On Fri, Oct 17, 2025 at 11:11 AM Michael Paquier <michael(at)paquier(dot)xyz>
> wrote:
>> -ok($node->log_contains(qr/no SSL error reported/) == 0,
>> +is($node->log_contains(qr/no SSL error reported/), 0
>>
>> The CI was failing with the change in the SSL tests, as of:
>> [05:03:12.647] #   at
>> /tmp/cirrus-ci-build/src/test/ssl/t/001_ssltests.pl line 127.
>> [05:03:12.647] #          got: ''
>> [05:03:12.647] #     expected: '0'
Sadhuprasad, there was still a bit more we could do.  Related to this
issue with the SSL test, what do you think about the introduction of a
log_contains_like() in Cluster.pm where we would directly call like()
in the subroutine?  This way, we would be able to report in the output
the contents of the server logs we are trying to match (or not match)
with a pattern, making debugging easier.  What do you think?
--
Michael
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Quan Zongliang | 2025-10-31 00:54:30 | Re: [PATCH] Add pg_get_type_ddl() to retrieve the CREATE TYPE statement | 
| Previous Message | Michael Paquier | 2025-10-31 00:41:56 | Re: make -C src/test/isolation failure in index-killtuples due to btree_gist |