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 10.52 years ago |
Created: |
2014-12-01 19:32:39 10.52 years ago |
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:
- fossil-pathbug.fossil [download] added by anonymous on 2014-12-01 19:33:29. [details]