Re: Renaming files on win32

[email protected]
Newsgroups gmane.comp.version-control.subversion.devel,gmane.mail.eyebrowse.user
Message-ID <[email protected]>
Scott Palmer wrote:

>
> On Dec 22, 2004, at 5:44 AM, Branko Čibej wrote:
>
>> Then there's the horrible issue of broken tools changing file case on 
>> you behind your back (this tends to happen too often on Windows), 
>> usually after some version of the file has alrealy been committed. 
>> SVN could detect this change locally, but because of the OS/FS/locale 
>> dependencies I mentioned above, we must find a way to do this 
>> /without/ using strcasecmp. (Why? Because SVN uses UTF-8 internally, 
>> and there's no locale-independent case-folding function).
>
>
> I just thought I would point out that both Windows and Mac OS X use 
> Unicode for filesystem operations, regardless of the locale.

Hear me: regardless of the encoding used, case folding is 
locale-dependent. It doesn't matter a bit whether the OS uses Unicode or 
not.

> The thread is about renaming on case-preserving case-insensitive 
> filesystems.  Does anyone disagree that such an operation should work 
> as expected by users of those filesystems?

Not at all. I merely pointed out that this sort of case-only rename must 
work without resorting to any kind of case-insensitive comparison. In 
order to get anything done, we first need a reliable algorithm that will 
work with this constraint.

>   We really didn't need for the discussion to go on for so long.  We 
> all know that there are incompatibilities between the two systems, 
> those have to be dealt with regardless... but the rename operation 
> should "just work" if there is no conflicting file already in the 
> repository.

You wouldn't notice the conflict until you commit, anyway.

-- Brane
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.