Update fails with long file name

[Sean Farley]

Benjamin Fritz <fritzophrenic at gmail.com> writes:

> 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.

Maybe there could be a filemap in hgsubversion? A hack but might work.