> SteveKing wrote:
> You should configure your virus scanner to exclude the .svn dirs in your
> working copy. Otherwise (depending on what scanner you're using, some of
> them behave really bad!) you'll get such locks because the scanner will
> lock a file which Subversion needs.
>
I did it, but it didn't help. Not very surprising since I use Avast known
not to cause such problems.
In the meantime I discovered the highest probability getting deadlock is
by resolving the conflicts. I right click the conflicted file, start
TortoiseMerge using Tortoise menu and when finished Save the file and
terminate TortoiseMerge. The explorer window used to start TortoiseMerge
gets stuck immediately (before changing icons) and never recovers, other
threads of the same explorer work as expected as long as you avoid the
affected directory.
There is an easy workaround. After starting TortoiseMerge but before
saving one returns to the parent explorer window and navigates out of the
affected directory. One can safely return there later when TortoiseMerge
finished.
According to my opinion this problem manifests when tortoise explorer
extension scans the files to change overlay icons. I can generate the
deadlock even without using any tortoise function just by browsing. It
just requires heavy load on the machine and the probability is quite
small. The necessity to change the status of several files makes 'merge'
operation especially vulnerable. Please note there is a changelog item
indicating some changes in the icon cache for 1.1.3. (1.1.2 do not
deadlock on my machine).
Jan Kuznik
Please CC me, I an not on the list.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Mar 30 18:51:14 2005