another manifestation of the .. bug
Tue Oct 25 13:27:00 GMT 2005
On Oct 25 07:07, Eric Blake wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> The fact that cygwin incorrectly flattens /name/../ to / in pathname
> resolution without first resolving name is triggering a failure in a new
> test recently added to the coreutils testsuite.
> mkdir -p dir/.. && test -d dir
> should always succeed when dir did not exist beforehand, but because
> cygwin is flattening stat("dir/..") into stat(".") rather than failing
> with the required ENOENT when dir does not yet exist, mkdir does not go on
> to create dir. I can work around this issue in coreutils by making mkdir
> - -p never use its initial stat() to short-circuit directory creation, but
> this will penalize normal usage because it will force calling mkdir for
> every name in the chain even when the ultimate directory already exists.
> I would much rather see a fix in cygwin so that coreutils would work out
> of the box in this case.
> Yes, I know, http://cygwin.com/acronyms/#SHTDI. And yes, I realize that
> such a change, if it is to ever happen, would be post-1.5.19, because of
> its potential impact.
And I really can't see how "one testcase fails because Cygwin allows
something which should fail according to POSIX" qualifies for "coreutils
doesn't work out of the box on Cygwin". Does the coreutils testsuite
not allow per-target XFAILs?
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat, Inc.
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
More information about the Cygwin