Update fails with long file name

[Benjamin Fritz]

On Tue, Sep 29, 2015 at 10:27 AM, Benjamin Fritz <fritzophrenic at gmail.com>
wrote:
>
>
>
> On Tue, Sep 29, 2015 at 10:22 AM, Aaron Cohen <aaron at assonance.org> wrote:
> >
> >
> >> https://www.mercurial-scm.org/wiki/Win32LongFileNamesExtension
> >
> >
> >  Actually, sorry that was so brief.
> >
> > Please let me know where I failed in search terms that could have
helped you to google for this better.
> >
> > Let me know if it works for you, most people seem to be having pretty
good luck these days.
> >
> > --Aaron
> >
>
> Wow. Actually thank you very much. I'm going to go try installing that
right now.
>
> When I'm done feeling sheepish I'll see if I can figure out what I
searched for earlier, because "mercurial long file names" has your plugin
as the top hit for me. I know I looked into at least a couple of
stackoverflow posts before coming here but I certainly don't remember what
terms I used that didn't come up with the obvious plugin.

If I search for for "mercurial update abort code 255", I don't see anything
useful.

I *may* have also searched for "mercurial update the system could not find
the path specified".

Those are the error messages I received, depending on whether I used
TortoiseHg (the first message) or the hg command-line (second message).

Today, it looks like the second search would have led me here:
http://stackoverflow.com/questions/10753991/mercurial-commit-files-with-more-than-255-characters-path-length-windows.
So I guess that one works OK, unless Google's search personalization is the
reason I see that result today.

Is there a reason this needs to be an extension? In particular, a non-core
extension? This seems like an obvious addition to me. I've just tested and
it solves my problem completely as far as I can tell.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mercurial-scm.org/pipermail/mercurial/attachments/20150929/e0f03d63/attachment-0002.html>