[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Google desktop is evil!

From: Kevin Puetz <puetzk_at_puetzk.org>
Date: 2005-05-04 06:36:27 CEST

Ben Collins-Sussman wrote:

>
> On May 3, 2005, at 10:28 AM, Ivan Dubrov wrote:
>
>> Hello,
>>
>> Just some experience. During the conversion of repository from BDB to
>> FSFS with svnadmin dump/svnadmin load pair I was getting an error
>> like: "Can't remove 'some/db/transactions/72-1.txn: folder not empty",
>> something like this. Luckily, my eye fell on the Google Desktop icon
>> in the notify icons area. I've stopped indexing and everything worked!
>>
>> Moral: stop Google desktop indexing everytime you are doing complex
>> file operations since it can prevent directories from being removed!
>>
>>
>
> It's no more evil than any antivirus software, which also intercepts
> file-writes. People get theses same sort of problems all the time with
> antivirus software. A subversion process creates a file (or directory)
> then rapidly tries to delete it, but fails because the antivirus
> software (or indexing software) is still reading/examining the file.

The worst example I've seen is the veritas realtime backup software (which
is junk in many other ways...). Backing the file up takes quite a while,
sometimes...

> I suspect similar things might happen with OSX Tiger's new 'spotlight'
> feature.

I would be surprised, but only because OSX presumably has unix-y filesystem
semantics where one can rename or unlink an open file without being
affected by already-open file descriptors. So, unlike windows, the fact
that spotlight might happen to have the file open shouldn't mess anything
up...

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed May 4 06:39:09 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.