attached patch is a fix for issue #2556:
Windows allows one to create virtual drives to folders. If you map a virtual
drive to a working copy, so the working copy is on the root of that folder,
Subversion will fail updating and committing that working copy. In fact,
this issue is not dependent on using virtual drives, a working copy on the
root of a physical drive or partition will show the same issue.
This patch provides two fixes:
1. Introduce 'X:/' as a syntax for a root folder, on Windows. I've
encapsulated the check whether a path is a root folder in a new function
svn_path_is_root. There's a number of direct comparisons between path and
'/' throughout the code, so I've replaced them with a call to
svn_path_is_root. While my tests point out that it now works correctly, I've
might have missed some.
2. Fix an issue where Subversion thinks a working copy on a root path (both
'/' and 'X:/') is switched. I'm pretty sure the old code couldn't work on
unix either, probably no one has ever tested a working copy on '/'?
Fix for issue #2556: on Windows, X:/ is a root folder, so whenever we check
for the root folder, check for X:/ too.
(svn_path_is_root): New function declaration.
(svn_path_is_root): New function. Tests for either '/' on all platforms
or 'X:/' on Windows.
(is_canonical): 'X:/' syntax on Windows is canonical.
(svn_path_join): Support the new type of root path on Windows, mostly by
replacing direct comparisons of path and '/' with a call to
(svn_path_canonicalize): don't strip the trailing slash if the path is
of the 'X:/' syntax.
(assemble_status): add support for working copies at the root of a
drive. This is not Windows specific, this code didn't work for working
copies on '/' either.
(update_wc_on_windows_drive): New test for issue 2556.
(test_list): add the new test to the list.
Received on Mon Aug 14 16:35:59 2006
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com