Re: Renaming files on win32
| 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