Here's a proposed patch for that Cygwin incompatibility, which also
addresses several other issues. This is probably too big for the next
stable release, though, as it's a bit more than just a "bug fix".
One of the side effects of this change is that 'mkdir' and 'install'
may not chdir back to th
Eric Blake <[EMAIL PROTECTED]> writes:
> For the test mentioned above, a workaround in mkdir-p.c can be written
> that skips the optimization of an initial stat() on platforms where stat()
> can wrongly succeed
I'd been thinking of removing that initial stat() on all platforms,
under the argument
[EMAIL PROTECTED] (Eric Blake) wrote:
>> Daunting, but above all, invasive and probably counterproductive,
>> assuming such a bug won't remain for long. With Cygwin, such fundamental
>> bugs make it seem that is will be relatively easy to tell users they need
>> to upgrade to a newer version.
>
>
> Eric Blake <[EMAIL PROTECTED]> wrote:
> ...
> > For the test mentioned above, a workaround in mkdir-p.c can be written
> > that skips the optimization of an initial stat() on platforms where stat()
> > can wrongly succeed (is there any other platform out there with this bug,
> > or is it just cyg
Eric Blake <[EMAIL PROTECTED]> wrote:
...
> For the test mentioned above, a workaround in mkdir-p.c can be written
> that skips the optimization of an initial stat() on platforms where stat()
> can wrongly succeed (is there any other platform out there with this bug,
> or is it just cygwin); but it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The cygwin maintainers are aware of a bug in their handling of .. in path
names that is inconsistent with POSIX, but are currently unwilling to fix
the bug because of the claimed speed impact to everything else related to
path name handling. The bug i