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

Re: pre-commit hook that stops CaSe-InSenSiTive collisions

From: Branko Čibej <brane_at_xbc.nu>
Date: 2004-06-09 23:34:22 CEST

Jeremy Bettis wrote:

>----- Original Message -----
>From: "Branko Čibej" <brane@xbc.nu>
>
>
>>>That's all fine and good, but I can't find any documentation on the
>>>bindings.
>>>
>>>
>>>
>>Perhaps you should ask. :.-)
>>
>>
>
>http://article.gmane.org/gmane.comp.version-control.subversion.user/11372
>
>I did ask, no one answered.
>
>
>
>>>Also, your case a) is not relevant, since all the paths here are
>>>examined on the server, the client doesn't come into play,
>>>
>>>
>>>
>>Yes it is relevant. The client does local->utf8 conversion, and the
>>server does utf8->local conversion. If the two "local"s aren't the same,
>>the conversion will fail or worse, will be incorrect.
>>
>>
>I still don't think this matters. If you check in a file of xyö.c and the
>hook sees it as xyo.c, as long as there isn't a file named xyO.c it will be
>allowed. So it doesn't really matter.
>
>
That's assuming that the client and server local encodings are remotely
compatible. They might not be; for example, imagine a client that adds a
file with cyrillic characters, and a server that only understands latin
with diacritics. In this combination, it's almost guaranteed not to
work. (Or Arabic/Hebrew vs. Latin, etc).

>Also, I think that it would be better to put this into contrib as is to
>quiet the 100's of messages on the users mailing list about case-sensitivity
>even if it won't work right in 1% of the cases.
>
>
I suppose it is 1% at this point... I think the ideal solution would be
to write a program that uses the Subversion libraries (probably based on
the svnlook code). The only remaining problem is unicode case folding,
which I don't think we can assume the iconv library provides. Sigh.

-- 
Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jun 9 23:36:19 2004

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.