I can tell you that svn merge -r "7871:HEAD" "http://hostname/svn/repos/MyProject/branches/ [EMAIL PROTECTED]" "C:\MyProject\Trunk"
causes the Malformed URL error, but svn merge -r "7871:HEAD" "http://[EMAIL PROTECTED]/svn/repos/MyProject/ branches/[EMAIL PROTECTED]" "C:\MyProject\Trunk" does not, which is simply how you supply the user ID in the URL. Others have suggested that just putting the '@' in there, presumably without an ID, does the trick. It is possible that it stores the user ID as blank (as opposed to null when '@' is not supplied). It is also possible that the parser simply identifies the host correctly. Either way, there appears to be URL validation involving the host and possibly user id fields that is failing during the merge process. I'd also like to add that the exact merge has worked successfully in the past. Without changing the merge syntax that I had in an Ant script, the issue suddenly began today. I don't remember if I upgraded SVN on the client or server since then, but certainly don't remember. I did refactor the project a lot, though. The core folders in the project were moved and renamed. Since HTTP clients use URLs to access all this info, it could have errored when comparing the source branch to the dramatically different destination branch. This is the only significant difference I can think of since I last merged about a week or so ago.
