"C:\Users
" means Windows Vista or 7...
It may be related the way SVN handle Windows Vista symbolic link ("junction"): poorly, according to this ticket (also described in bug 3208):
This bug is reproducible 100% of the time.
1) If you invoke "svn delete
" against a Windows Vista symbolic-link, such as
"c:\documents and settings\<username>\my documents\<some path>
" then Subversion
will fail with "svn: Error resolving case of 'C:\Documents and
Settings\<username>\my documents\<some path>
"'"
2) If you set the current working directory to "c:\documents and
settings\<username>\my documents\<some path>
" and invoke "svn delete
" against
the local filename the operation succeeds flawlessly.
It may be related to some ACL rights preventing the SVN to access the data:
Subversion tries (via APR) to resolve the exact case of all paths passed to it. This fails because this specific example has a path that is unreadable in its path.
You can see this via:
C:\>cacls "c:\Documents and Settings"
C:\Documents and Settings
Everyone:(DENY)(special access:) FILE_READ_DATA
I know you are referencing C:\Users
here, but may be SVN try internally the old path.