Re: [Eap-list] 544: cvs rename bug on windows THAT CAUSES WORK TO GET LOST

[Eugene Zhuravlev]

Title: Message

Hi Edo,   This is because "Foobar" and "FooBar" are the same from the windows cvs client's point of view.  When the file is renamed and you are prompted to remove "Foobar" (while you already have "FooBar" on the disk) the cvs.exe complains that the file cannot be removed because it is not physically removed. The file lost happens when you check the "Delete file before removing" flag. The "Cvs Remove" operation is invoked after the file has been renamed to "FooBar"; CVS removes this new version, and then complains that it has nothing to add. So I wouldn't qualify this behaviour as a bug, but rather a problem that exsists because of using CVS on a case-insensitive system. The workaround is to rename "Foobar" to "Foobar1" first and then "Foobar1" to "FooBar". Can you suggest any solutions to this problem?   Best regards, Eugene Zhuravlev IntelliJ Software, http://www.intellij.com/ "Develop with pleasure!" ----- Original Message ----- From: Edoardo Comar To: [EMAIL PROTECTED] Sent: 17 January, 2002 7:13 PM Subject: [Eap-list] 544: cvs rename bug on windows THAT CAUSES WORK TO GET LOST create a new class (e.g." Foobar"), add it to cvs do not commit work on it, saving but never commit rename the class just by changing the case (e.g. "FooBar") -> the file is gone, forever!   (on windows, obviously ...)   Edo   --- Edoardo Comar Cape Clear Software Building 3, Chiswick Park, 566 Chiswick High Road, London W4 5YA, United Kingdom phone: +44 20 8899 6020 | fax: +44 20 8899 6156  | Direct: +44 20 8899 6564 [EMAIL PROTECTED]  http://www.capeclear.com