[SVN-3288] svn crashes when checking out subdirectories with backslashes in their names

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 1.5.x
• Fix Version/s: 1.8.0
• Component/s: libsvn_client

Environment

Windows NT

• Assignee: Unassigned
• Reporter: Subversion Importer
• Created: 23/Sep/08 08:40
• Updated: 11/Aug/22 09:39
• Resolved: 19/Mar/13 17:52

Description

Sorry for lack of the mailing list discussion but this definitely looks like a
bug so I took the liberty of reporting it directly here.

The problem is that Win32 svn version crashes when checking out a repository
containing directories with backslashes in their names. Steps to reproduce:

1. Create a new repository
2. Do "touch 'sub\dir'" and "svn add 'sub\dir'" on a Unix system (tested with
Debian svn server, v1.4.2 (r22196))
3. Do "svn co svn+ssh://path/to/test/repository" from a Windows system (tested
under Windows 2003 SP1). The result is:

---------------------------
svn.exe - Application Error
---------------------------
The exception unknown software exception (0xc00000fd) occurred in the
application at location 0x7c8302e2.


Click on OK to terminate the program
Click on CANCEL to debug the program
---------------------------
OK   Cancel   
---------------------------

This happens with both 1.4.5 (r25188) and latest available 1.5.2 (r32768)
versions but 1.4.5 just dies while 1.5.2 seems to handle the exception and
exits, after a long delay, with

svn: Can't make directory 'test': Access is denied.

error message. In any case, the subdirectory with the backslash in its name is
not created in the checkout.

FWIW the files with backslashes in their names are not handled correctly neither
and an attempt to check out a repository containing 'subdir/foo\bar' fails with
bogus error messages

svn: Your .svn/tmp directory may be missing or corrupt; run 'svn cleanup' and
try again
svn: Can't open file 'test\subdir\.svn\tmp\text-base\foo\bar.svn-base': The
system cannot find the path specified.

and so while it doesn't crash, it doesn't handle them correctly neither.

Original issue reported by zeitlin

Issue Links

• blocks: SVN-4098 Possible bug in 1.7: svn cleanup can't recover after a failed update (with 1.6 it was possible)
• is depended upon by: SVN-4098 Possible bug in 1.7: svn cleanup can't recover after a failed update (with 1.6 it was possible)
• relates to: SVN-4905 Trailing spaces on directories cause exports to fail on Windows