Re: buildfarm windows checks / tap tests on windows

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: Michael Paquier <michael(at)paquier(dot)xyz>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: buildfarm windows checks / tap tests on windows
Date: 2021-03-03 21:07:13
Message-ID: f8fd5a2a-a5e2-e7a4-de43-06a7c04130c6@dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


On 3/3/21 7:57 AM, Andrew Dunstan wrote:
> On 3/3/21 12:47 AM, Andres Freund wrote:
>> Hi,
>>
>> On 2021-03-02 21:20:52 -0500, Andrew Dunstan wrote:
>>> On 3/2/21 8:27 PM, Michael Paquier wrote:
>>>> On Tue, Mar 02, 2021 at 04:54:57PM -0800, Andres Freund wrote:
>>>>> It still does, even after
>>>>>
>>>>> commit 1e6e40447115ca7b4749d7d117b81b016ee5e2c2 (upstream/master, master)
>>>>> Author: Andres Freund <andres(at)anarazel(dot)de>
>>>>> Date: 2021-03-01 09:52:15 -0800
>>>>>
>>>>> Fix recovery test hang in 021_row_visibility.pl on windows.
>>>>>
>>>>> ? I didn't see failures after that?
>>>> Yes. Testing this morning on top of 5b2f2af, it fails for me with a
>>>> "Terminating on signal SIGBREAK".
>>>>
>>> Yes, I saw similar this morning, which woud have been after that commit.
>> I can't reproduce that here - could either (or both) of you send
>>
>> src/test/recovery/tmp_check/log/regress_log_021_row_visibility
>> src/test/recovery/tmp_check/log/021_row_visibility_standby.log
>> src/test/recovery/tmp_check/log/021_row_visibility_primary.log
>>
>> of a failed run? And maybe how you're invoking it?
>>
>> Does adding a
>>
>> $psql_primary{run}->finish;
>> $psql_standby{run}->finish;
>> before
>> $psql_primary{run}->kill_kill;
>> $psql_standby{run}->kill_kill;
>>
>> fix the issue?
>>
>
>
>
> I will check later on. Note that IPC::Run's kill_kill is known to cause
> problems on MSWin32 perl, see the other recovery checks where we skip
> tests involving it - crash_recovery and logical_decoding.

Here's what I actually got working. Rip out the calls to kill_kill and
replace them with:

$psql_primary{stdin} .= "\\q\n";
$psql_primary{run}->pump_nb();
$psql_standby{stdin} .= "\\q\n";
$psql_standby{run}->pump_nb();
sleep 2; # give them time to quit

No hang or signal now.

cheers

andrew

--

--
Andrew Dunstan
EDB: https://www.enterprisedb.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Mats Kindahl 2021-03-03 21:15:18 Re: Table AM and DDLs
Previous Message Hannu Krosing 2021-03-03 20:27:45 Re: Extensibility of the PostgreSQL wire protocol