Although the message suggests a corrupt or missing file, the real
problem is a windows weakness, a length limit of 255 for relative
paths. As for absolute paths the limit is 32k the solution when doing
a "svn co" command is using the absolute path, like:
svn co http://thames/svn/yelldotcom/trunk/ C:\trunk
Other workaround is to checkout to a folder closer to the root.
In Tortoise it always use absolute paths so, no problem.
Still trying to find a solution when svn is run through ant, as I
wouldn't have the absolute path...
On 08/11/06, Ryan Schmidt <firstname.lastname@example.org> wrote:
> On Nov 8, 2006, at 06:35, emerson cargnin wrote:
> > I constantly get this error:
> > [exec] svn: Can't open file 'projects\nationals and
> > agencies\com.yelldirect.nationalsandagencies\war-resin\src\test\java
> > \com\yelldirect
> > \nationalsandagencies\accounts\service\impl\.svn\tmp\text-base
> > \MockFinancialDocumentServiceImpl.java.svn-base':
> > The system cannot find the path specified.
> > It's a clean checkout, actually, i do 3 checkouts using ant at the
> > same time, but to different locations. Is it to do with the leght of
> > the directory? Other times that it happened I moved to the root
> > directory and then it solved. The directory Im checking into is 4
> > levels from the root, plus the subdirectories that are shown in the
> > error message.
> > Is it a known issue???
> Hmm... That path seems to be 216 characters long. There is a 255-
> character relative-path-length limit when using Subversion on
> Windows. (Unfortunately the problem is deep within the Windows APIs
> and cannot be worked around by the Subversion team, as I understand
> it.) I'm not sure if 216 characters is close enough to the 255 limit
> that this is the problem. If it is, then the only solution is using a
> shorter path.
> But another common reason for this error message would be if you have
> two files in this directory whose names differ only in case, for
> example MockFinancialDocumentServiceImpl.java and
> MockFinancialDocumentserviceImpl.java. The Subversion repository (and
> most Linux filesystems) happily see these as two distinct files, but
> Windows' (and Mac OS X's) case-insensitive filesystem sees them as
> one, and unfortunately the error message printed is not very helpful.
> The solution in this case is to remove one file or the other from the
> repository, which you can either do on a case-sensitive filesystem
> like Linux's or directly with URLs in the repository (e.g. "svn rm
> http://server/path/to/MockFinancialDocumentserviceImpl.java"). To
> prevent this situation from happening again in the future, you can
> install a pre-commit hook as described here:
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Thu Nov 9 14:11:23 2006