[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: RFC: replace svn_path functions with svn_dirent and svn_uri.

From: Lieven Govaerts <svnlgo_at_mobsol.be>
Date: Mon, 22 Sep 2008 22:43:07 +0200

alan.wood_at_clear.net.nz wrote:
> Hi Lieven,
> Hopefully on the way through svn_path_is_ancestor() can be made to work
> with a little knowledge of the case sensitivity of the various parts of
> the url and path names. I came across this earlier with a segmentation
> fault during an svn copy operation. see:
> http://svn.haxx.se/dev/archive-2008-08/0667.shtml
>
> Just to be a bit nicer to the user when typing urls, if c: - C: and
> \\server\share - \\SERVER\SHARE could be treated as identical because they
> always are. The file names can not be in general as people can use Samba,
> nfs on Windows etc.
>

This has been fixed in r33240. Drive letters are converted internally to
lower case, the same goes for the server names in UNC paths. I've chosen
to not convert the share names, as I've read (somewhere on the internet
) that samba can be configured to treat those as case sensitive.

> This also applies to server names, which are case insensitive, but are
> not in
> subversion ( svn copy svn://svn.Collab.net/repos/path/filename ./filename
> gives an error on a working copy checked out from svn.collab.net )
>

This has been fixed in r33236 by converting domain names internally to
lower case.

Both changes depend on a working copy format upgrade. We're doing one in
1.6 already, it just means we can't backport this to 1.5.x.

If you could test the new behavior to check if it fixes the issue you
reported that'd be appreciated.

thanks for the report.

Lieven

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-09-22 22:43:21 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.