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

Re: case sensitivity questions - oh no!!

From: John <jsparrow_at_ecclescollege.ac.uk>
Date: 2005-07-25 09:49:46 CEST

Branko Čibej <brane <at> xbc.nu> writes:

> a) Invent a "canonical" case-folding function that "works" in all locales

I guess this doesn't always work because 'A' may convert to 'a' in English,
but the same 'A' may convert to '&' or something in another language? But
the same unicode capital A would be used in both char sets, so
server-folding would be partial guesswork?

> Second of all, you don't want to implement this in "the core engine", as
> you put it, for all the above reasons. But first of all, case
> (in)sensitivity is a client problem, not a server problem; and there's
> no server solution that will satisfy all clients.

Can you explain your thinking? My perspective is that: the server is doing
comparisons between filenames (to check for uniquness). If it's being used
to version control an insensitive filesystem, it needs to reflect that
internally, or inconsistensies will result.

If it could be done in the client libs great, but how? If the server allows
dirs 'A' and 'a' to be created, you just can't check that out any more in a
insensitive OS..

If the client lib did the unique check, youd have to send the entire dir
contents to the client, and allow it to perform the check. That would be
too slow?

Plus that would allow a Linux client to create entries not accessable
from win32, which may not be desirable.

Thanks for the help,


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 25 09:52:34 2005

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.