Re: Renaming files on win32

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

>
> On Dec 22, 2004, at 4:02 PM, [email protected] wrote:
>
>> Gili wrote:
>>
>>> On Wed, 22 Dec 2004 20:16:08 +0100, Erik Huelsmann wrote:
>>>
>>>> What's your proposal?
>>>
>>>     The server should store all paths in a case-sensitive manner.
>>
>> Already does that.
>>
>>> All clients (regardless of the platform) should be aware of concerns on
>>> other platforms
>>>
>> No. We already decided not to do that, because file naming 
>> conventions are project policy, not repository constraing.
>
> ....
>
> I was actually just proposing that the rename be made to work on Windows.
>
> At eh beginning of this thread it was said:
>
> you can't _directly_ rename "Abc" to "abc".
>
> On windows if you have a file "Abc" and you rename it to "abc" in the 
> local filesystem it just works.  There is no reason to not allow this 
> as long as something named "file" does not already exist in the 
> working copy which is impossible on Windows anyway.  It seems there is 
> a bug in Subversion in that it tries to access "abc" -- which on 
> windows successfully accesses "Abc", and then Subversion gets confused 
> about the existence of the target name, when it fact it is detecting a 
> bogus conflict with the source name.
>
> Surely THAT can be easily fixed?

See my other post. It can and should be fixed, but I'm not sure about 
the "easily". And I for one certainly won't accept a solutiion that 
works in some locales but not in others. A solution that works on /all/ 
case-insensitive file systems would be favourite.

- 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.