bug-automake
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: mv: cannot stat `test-suite.log': Permission denied


From: Bob Friesenhahn
Subject: Re: mv: cannot stat `test-suite.log': Permission denied
Date: Sat, 12 Sep 2009 10:15:07 -0500 (CDT)

On Sat, 12 Sep 2009, Ralf Wildenhues wrote:

* Bob Friesenhahn wrote on Fri, Sep 11, 2009 at 10:57:29PM CEST:
Under MinGW, I have now encountered this error at the end of 'make
check' when using parallel tests and color tests:

  mv: cannot stat `test-suite.log': Permission denied

and this file was left as a result:

  test-suite.log.tmp

This was for a non-parallel 'make check'.

Is this deterministic?  How can I reproduce it?  On what file system?
Does the patch below prevent it from happening?

It turns out that this problem was due to "human error" since I was viewing output from a previous test run via 'less' in another window. Due to the way Windows does not work, while the file was being viewed, it could not be deleted or updated (I mean the file, not Windows, which can always be deleted).

I don't think that your patch will help since it can't overcome Windows limitations. Sometimes a complete reboot of the OS is required to clear out mysterious file share problems.

Other ways that Windows does not help is if a test program crashes, Windows backgrounds the program (without returning error status so the test passes) and four or five seconds later a window comes up asking if you want to use Visual Studio to debug the program. Even if tests are not run in parallel, several of these debug dialog windows may stack up in quick succession. It is difficult (if not impossible) to determine exactly which test case crashed.

It seems that we need some sort of MinGW extension to register a proxy for 'gdb' as the debug program so that the failed program can be identified and we can at least see program arguments and a stack dump.

Bob

P.S. Windows is responsible for rapidly accelerated hair loss and loss of vocal cords.
--
Bob Friesenhahn
address@hidden, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]