develooper Front page | perl.perl5.porters | Postings from March 2014

Re: Inconsistent cpan/Win32API-File/t/file.t failure (was Re: Smoke[smoke-me/nicholas/openn] v5.19.9-200-g22d0f40 FAIL(F) MSWin32 Win2000 SP4(x86/1 cpu) {smoke-me})

Thread Previous | Thread Next
From:
Jan Dubois
Date:
March 19, 2014 17:28
Subject:
Re: Inconsistent cpan/Win32API-File/t/file.t failure (was Re: Smoke[smoke-me/nicholas/openn] v5.19.9-200-g22d0f40 FAIL(F) MSWin32 Win2000 SP4(x86/1 cpu) {smoke-me})
Message ID:
CAD-TLz_Wcqvey+fhdYZ_NtxrkMM0GsGxyPmz_x3SSYMopQujGA@mail.gmail.com
On Wed, Mar 19, 2014 at 3:42 AM, Nicholas Clark <nick@ccl4.org> wrote:
>
> That code is single-threaded in Perl, isn't it? So what might be holding
> "open" the directory, but lets it go within 0.25s.

I would look for any kind of filesystem monitoring services on the
machine, like on-access virus scanners, or shell extensions (Dropbox,
SkyDrive; don't know about version control plugins). All of them may
keep handles to file and directory objects open and might need a
little bit of idle time to recognize that the objects are gone and the
handles should be closed.

Cheers,
-Jan
Thread Previous | Thread Next

nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About