Update fails with long file name

[Benjamin Fritz]

On Mon, Sep 28, 2015 at 5:24 PM, Matt Mackall <mpm at selenic.com> wrote:
>
> On Mon, 2015-09-28 at 16:18 -0500, Benjamin Fritz wrote:
> > I'm not sure whether the problem is in Mercurial, or in hgsubversion, so
> > please let me know if this is a bad place to report the issue.
> >
> > I cloned a SVN repository by creating a new (empty) hg repository, then
> > enabling the hgsubversion extension, and doing "hg pull" with the URL
of my
> > SVN repository.
> >
> > I used TortoiseSVN for all of the above, so I don't have the exact
command
> > line.
> >
> > The pull worked fine but the update step failed as follows:
> >
> >
E:\Project_Files\XXX-hg\Verification/XXX_config/Error_Config/XXXXXXXXX/XXXXXXXXXXXXXXXXXX0123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678.csv
>
> Programs that use the standard C interfaces have this limitation in
> Windows (including cmd.exe and friends). Mercurial intentionally remains
> in this set so that it doesn't create problematic files that not all
> programs (such as del!) can handle.
>
> We'll fix this after Windows itself (including its core utilities)
> finally gets its act together.
>

I'll take that as a "won't fix" then. Pity. I guess I'm stuck without
Mercurial on yet another project :-(

Unless of course there is some magical workaround, maybe in hgsubversion or
some other extension.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mercurial-scm.org/pipermail/mercurial/attachments/20150928/c997f5cc/attachment-0002.html>