Gili wrote:
>>If you want to call it really a bug, then it's not in TSVN but in the
>>Subversion library.
>
>
> Ok, to clarify, why is this a bug in Subversion? I was under
> the impression that the bug was with TortoiseSVN in that when I try
> renaming file "Abc" to "abc" and it complains: "File already exists".
The messagebox with the error message is indeed shown by TSVN. But the
error is thrown by the Subversion library: you just can't rename a file
just in case in Subversion (at least not on Windows). You see: other OS
differ between files differing in case. For example, file1 is a
different file than File1 - on windows that's the same file. That's why
you get that error. An example:
you want to rename File1 to file1. Now Subversion does the following:
adding file1 and marking it as a copy of File1. But now the add fails
because windows claims that this file already exists. On Linux this add
would succeed and then Subversion would delete File1 afterwards. (A move
/rename in Subversion is done by an add->delete operation).
> My proposed fix would be to modify TortoiseSVN so it is aware that
> changing the filename casing under win32 is legal and should not result
> in "file already exists" errors. Simple enough. Now, aparently I am
> wrong as to the source of the problem, so please expand on it with more
> detail.
As you may have read in the FAQ: you can't rename a file in case in one
step on Windows (in the working copy). So even if TSVN would check first
if it's only a case-rename, TSVN would have to do a commit, update in
between. And that's not something the user expects and could lead to
even bigger problems than the error message.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Mon Dec 20 19:06:46 2004