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
[email protected], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer, http://www.GraphicsMagick.org/