> Begin forwarded message:
>
> > From:
> > Date: February 18, 2005 1:26:35 AM CST
> > To: SubVersion Users <users@subversion.tigris.org>
> > Subject: Max Path Length Headache
> >
> > We use svn on our large java project, developed primarily on Windows
> > XP. As usual, java development requires very very deep directory
> > structure. On many incidences, the svn checkout and update just fail
> > ("Unable to find path" error or something like that on ".svn/tmp")
> > on a very long path operations. We were up to our neck for a few
> > days, and finally we tried to shorten many directories and files
> > names. And the problems were gone.
> >
> > However, we need to use long paths that are longer than 255
> > characters limit. I have seen some post here blamed the issue to
> > NTFS. But I have seen some other information on the net saying that
> > NTFS only put 255 characters limit on each element of path. The
> > whole path limit for NTFS is set at 32K!
> >
> > Is it the problem of APR or SVN? Any info or solution will be
> > greatly appreciated.
So, here's some dox on Windows' path length rules:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/base/naming_a_file.asp
The long and short of it is that if you use absolute paths for your
operations, you get access to 32k of path length. Relative paths are
limited to ~255.
The Subversion libraries use relative paths. (I hate it, always have,
but that's a battle I've no time to wage.) That said, if you feed
Subversion an absolute path, well, paths relative to an absolute path
are still themselves absolute, so you *should* be okay. Also, if you
use TortoiseSVN on Windows, you should be okay, because it always
feeds Subversion absolute paths.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Feb 18 17:13:28 2005