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

Re: TSVNCache.exe taking all the available CPUs

From: Flex <flex_at_datecs.bg>
Date: 2006-06-01 14:06:07 CEST

Stefan Küng wrote:
> The one that's up there now, the one with the evil revision number :)
Stop, stop, don't let the build number increase, it will be a *hell* of
a time until it reaches 66666 :))
> Would be great if you could create such a working copy for me to
> reproduce this.
Bad news. I couldn't reproduce with images no matter how hard I tried,
it simply refused to loop. I tried with the evil build too - and I was
able to get it only once - on the first project build. Then, nope, I
can't, extracting doesn't loop it anymore, building too, created a
dozen of new repository projects, imported, checked out, compressed,
extracted, compiled... nada, stable. So may be the problem is fixed or
at least 99%? Hope so, but since I have a work to do with just this
problematic project I'll be able to monitor the cache for a few days.

By the way I noticed some strange checkout behavior on the evil build -
before, when a project located in:
\\REPOSITORY\Project1
you check it out in:
c:\Project1
then everything is okay. However with the new build
\\REPOSITORY\Project1
goes to
c:\Project1\Project1

So currently you can't checkout Project1 to a Project1_test folder for
example, the closes thing you can do is Project1_test\Project1 :)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Thu Jun 1 14:06:29 2006

This is an archived mail posted to the TortoiseSVN Dev mailing list.

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