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

Re: Renaming files on win32

From: <brane_at_xbc.nu>
Date: 2004-12-22 21:53:39 CET

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

> 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

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Dec 22 22:15:38 2004

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

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