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

Re: cache crawler refactor thougths

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Mon, 21 Sep 2009 18:45:38 +0200

On 20.09.2009 22:44, Gunnar Dalsnes wrote:
>>
>> I remember now how the two queues differ: the one filled by the
>> directory watcher is used to fetch the status in a forced way, while the
>> other queue is used to crawl less extensive.
>
> I see.
>
>>
>> Think about a local property modification: if you revert that
>> modification, neither .svn\entries nor .svn\dir-prop-base will change...
>
> True... But if we in addition process changes inside .svn\props, then we should have all changes of interest?

That would work, but unfortunately it doesn't :)
The problem here is that the file .svn\props doesn't always exist. It
isn't created automatically, only if there actually are properties. And
if the properties get removed, the file can vanish again.
So how would you compare the file dates if the file doesn't exist?

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2397518
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-09-21 18:45:42 CEST

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.