Re: TAP tests aren't using the magic words for Windows file access

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: r(dot)zharkov(at)postgrespro(dot)ru
Cc: Juan José Santamaría Flecha <juanjo(dot)santamaria(at)gmail(dot)com>, Michael Paquier <michael(at)paquier(dot)xyz>, Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: TAP tests aren't using the magic words for Windows file access
Date: 2020-12-15 13:47:15
Message-ID: ad8a9cd6-573a-5c9d-5094-e2f53107657b@dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


On 12/15/20 12:05 AM, r(dot)zharkov(at)postgrespro(dot)ru wrote:
> Hello hackers,
>
> Are there any plans to backport the patch to earlier versions
> of the Postgres?
> https://git.postgresql.org/gitweb/?p=postgresql.git;a=commit;h=114541d58e5970e51b78b77b65de16210beaab43
>
>
> We rarely see the issue with the pg_ctl/004_logrotate test on
> the REL_12_STABLE branch. On my notebook I can easily reproduce
> the "Permission denied at src/test/perl/TestLib.pm line 259"
> error with the small change below. But the same test on the
> 13th version and the 12th version with the TestLib patch does
> not fail.
>
> diff --git a/src/bin/pg_ctl/t/004_logrotate.pl
> b/src/bin/pg_ctl/t/004_logrotate.pl                                     
>                                                                        
> index bc39abd23e4..e49e159bc84
> 100644                                   
>                                                                         
>                                               ---
> a/src/bin/pg_ctl/t/004_logrotate.pl                                     
>                                                                         
>                                           +++
> b/src/bin/pg_ctl/t/004_logrotate.pl                                     
>                                                                         
>                                           @@ -72,7 +72,7 @@ for (my
> $attempts = 0; $attempts < $max_attempts;
> $attempts++)                  
>                                                                         
>                     
> {                                                  
>                                                                         
>                                                                         
>  $new_current_logfiles = slurp_file($node->data_dir .
> '/current_logfiles');                                                   
>                                                                   last
> if $new_current_logfiles ne
> $current_logfiles;                          
>                                                                         
>                                  -      
> usleep(100_000);               
>                                                                         
>                                                                         
>       +      
> usleep(1);                                                
>                                                                         
>                                                     
> }                  
>                                                                         
>                                                                         
>                                                                         
>                                                                         
>                                                                        
> note "now current_logfiles = $new_current_logfiles";
>
>
>

Oops, looks like that slipped off my radar somehow, I'll see about
backpatching it right away.

cheers

andrew

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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2020-12-15 14:03:31 Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
Previous Message Pavel Stehule 2020-12-15 13:18:43 Re: On login trigger: take three