I've installed Aptana 1.5 today but after the install all my SVN projects give me an error like this when I try to commit, update, repair, etc:
Access is denied. svn: Error resolving case of 'C:\Users\Brayn\My Documents\Aptana Studio Workspace\PentruConstrucii'
I've uninstalled my previous version of aptana, reinstalled aptana 1.5, changed my workspace and it still gives me this error.
Do you know what could it be ?
Exclude folders from Eclipse search
How do I get the workbench window to open a modal dialog in an Eclipse based project?
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):.
How to work with referenced projects in eclipse
This bug is reproducible 100% of the time..It may be related to some ACL rights preventing the SVN to access the data:.
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>"'".
Annoying eclipse automatically closing quotes
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.
grails plugin for eclipse and netbeans 6.1
where are the external tools launch configurations in Eclipse [duplicate]
Changing the behvaiour of backward-word and backward-kill-word
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:.
I know you are referencing
C:\>cacls "c:\Documents and Settings" C:\Documents and Settings Everyone:(DENY)(special access:) FILE_READ_DATA
C:\Usershere, but may be SVN try internally the old path..
\from a cmd.exe shell:.
I think it ends up interpreting the final
C:\> svn co http://my/repo/ "C:\Work\My Repo\" svn: Error resolving case of 'C:\Work\My Repo"' C:\> svn co http://my/repo/ "C:\Work\My Repo" U C:\Work\My Repo Checked out revision 13768.
\"as an escaped double-quote instead of a backslash and the end of the string..
svn: Error resolving case of "<blah blah>errors followed by what looked like my commit log message.
I eventually figured out that some double quotes (
") I was using for the log message was being interpreted as terminating the message, then the rest of my babbling was taken as input to svn.
My solution was to just use single quotes instead.. For your case, it sounds like it could be your program (Aptana) could be screwing up because when it sees spaces in the path name, it encloses the path in quotes, possibly breaking something (redundant quotes?).
It would be resolved when you just work in the root
C:\because there are no spaces in the WC root path