Simon Large wrote:
> Steve Spencer wrote:
>> We have a .fla file open in Flash MX, which maintains an OS-level file
>> lock. We switch our working copy from the 1.1 branch of our project to
>> the 1.0 branch.
>>
>> This results in the error message "Can't remove file X - the process
>> can't access the file because it was being used by another process".
>>
>> The working copy is now broken because one folder is left with the
>> wrong repository path which requires manual intervention to fix and
>> this reduces confidence in the reliability of SVN.
>>
>> (The same should happen with Excel XLS files, which, like FLA, are
>> binary and are locked when open)
>>
>> This might be an SVN bug, but the Tortoise version is 1.2.4, build 4479
>> - 32bit; SVN 1.2.3.
>>
>> Could Tortoise/Svn obtain a lock on ALL files during the operation?
>> Should this not be possible, the operation could fail without any
>> changes taking place.
>
> TortoiseSVN uses the subversion libraries to handle all working copy
> access, so you need to report that on the subversion mailing list. It
> may well be a known problem (but a nasty one!).
Issue about this is already filed:
http://subversion.tigris.org/issues/show_bug.cgi?id=2466
I remembered the discussion about this on the Subversion dev list last
week, but I wasn't sure if an issue had been filed yet - now the issue
is filed.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
--
Received on Wed Dec 14 16:52:32 2005