Update fails with long file name

[Aaron Cohen]

For the record, regarding the file named "aux" issue.

1) When you hg add a reserved file name such as "aux"

> echo "test" > aux
> hg add aux
warning: filename contains 'aux', which is reserved on Windows: 'aux'

2) If you clone or pull from this repo, on Windows you get an abort, with
or without my extension:
> hg clone test.bundle test
requesting all changes
adding changesets
adding manifests
adding file changes
added 1 changesets with 1 changes to 1 files
updating to branch default
abort: filename contains 'aux', which is reserved on Windows: 'aux'



On Tue, Sep 29, 2015 at 4:53 PM, Augie Fackler <lists at durin42.com> wrote:

> On Tue, Sep 29, 2015 at 4:49 PM, Benjamin Fritz <fritzophrenic at gmail.com>
> wrote:
> > Yes, very much broken. I had to look up how to even create such a file. I
> > created two, "aux.txt" and "NUL.txt".
> >
> > Once I got those created, I was asked for admin privileges to delete. It
> > didn't matter if I allow that; I can't delete the files in Windows
> explorer.
> >
> > I need to use the \\.\C:\ syntax to remove them with the del command.
>
>
> Okay, it sounds like there are two issues then:
>
> 1) reserved "device" names like aux break explorer.exe and related old apps
> 2) long file paths break explorer.exe and related old apps
>
> it sounds like 2 is at least partially mitigated as of Windows 7,
> which I guess is interesting news.
>
> (I also do not have a Windows machine, so I have only minimal
> motivation at the moment to figure out what the Right set of
> restrictions is to enforce on windows users for minimal breakage.)
> _______________________________________________
> Mercurial mailing list
> Mercurial at selenic.com
> https://selenic.com/mailman/listinfo/mercurial
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mercurial-scm.org/pipermail/mercurial/attachments/20150929/9e68a28d/attachment-0002.html>