Re: fairywren hung in pg_basebackup tests - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: fairywren hung in pg_basebackup tests
Date
Msg-id cbf0259a-036f-da1f-4cb8-530b1f28cafb@dunslane.net
Whole thread Raw
In response to Re: fairywren hung in pg_basebackup tests  (Thomas Munro <thomas.munro@gmail.com>)
Responses Re: fairywren hung in pg_basebackup tests
List pgsql-hackers
On 2022-07-25 Mo 11:24, Thomas Munro wrote:
> On Tue, Jul 26, 2022 at 3:08 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> I wrote:
>>> Right, so the "glob" failed to find anything.  Seeing that this test
>>> is new as of 534472375, which postdates fairywren's last successful
>>> run, I'd guess that the "glob" needs adjustment for msys path names.
> The test added by 534472375 is at the end, hundreds of lines later
> than the one that appears to be failing.


Right.


>
>> Hmm ... an alternative theory is that the test is fine, and what
>> it's telling us is that get_dirent_type() is still wrong on msys.
>> Would that end in this symptom?
> Hmm, possibly yes (if it sees a non-symlink, it'll skip it).   If
> someone can run the test on an msys system, perhaps they could put a
> debugging elog() into the code modified by 9d3444dc to log d_name and
> the d_type that is returned?  I'm struggling to understand why msys
> would change the answer though.



I have no idea either. The link exists and it is a junction. I'll see
about logging details.


cheers


andrew


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




pgsql-hackers by date:

Previous
From: Fujii Masao
Date:
Subject: Refactoring postgres_fdw/connection.c
Next
From: Alvaro Herrera
Date:
Subject: Re: log_line_prefix: make it possible to add the search_path