Fossil

View Ticket
Login

View Ticket

Ticket Hash: 81b89131083cd01af0547e3cc0a17960512d04aa
Title: Working copy breaks with long paths on Windows 7
Status: Open Type: Code_Defect
Severity: Severe Priority:
Subsystem: Resolution:
Last Modified: 2014-12-01 19:32:39
Version Found In: 1.29 and trunk
User Comments:
anonymous added on 2014-12-01 19:32:39:
As discussed here: http://www.mail-archive.com/fossil-users@lists.fossil-scm.org/msg18203.html

--
The repository contains a directory "b" full of files, and a directory
"a" containing about 256 nested directories, with a single file at the
deepest point.

On Windows 7, if I'm at:

  c:\cygwin64\home\someone\fossil\fossil-pathbug

(Don't let the name fool you, I'm using the latest fossil binary from
fossil-scm.org and am running it under the ordinary cmd.exe, not
cygwin).

... and I attempt to "open" the fossil-pathbug.fossil repository:

c:\...\fossil-pathbug> fossil open ..\fossil-pathbug.fossil
unable to create directory 
c:/cygwin64/home/someone/fossil/fossil-pathbug/a/a/a/a/a/a/a/a/a/a/a/a/a/a/a/a/a/a/a/a/a/a/a/a/a...

(Extra 'a's omitted as cmd.exe doesn't seem to allow copying and pasting).

This would be fine, except that it seems like it leaves the working copy in 
some sort of inconsistent state: A listing of the directory shows no "b" 
directory, a "fossil stat" shows no missing files. None of the commands 
such as "fossil update" will check out the remaining files (the commands 
will silently return success, apparently).

I'm using fossil 1.29 from the site (3e5ebe2b90).
--

See attached repository.

Attachments: