Re[8]: [TSVN] 4216/4257 - directory problems or what am I missing?

> Not exactly. You can rename such a dll (at least on XP), then delete
> it. And it will still be present in memory. And the installer does
> exactly that. So after you ran the installer, the new dll is on disk,
> but the old one is still in memory. And since you don't know which
> application has the dll already loaded, you don't know which one is
> used!
> (not only explorer can load the dll - any app which has a
> file-open/save dialog does).

Interesting... on my 2K I can't do anything with it while it is tied to the explorer. Will have that in mind that xp behaves different. Hoped there is a way around the restart... maybe a program that kill all processes accessing the dll and then runs the install... will think of something :)

>> About "TSVNCache.exe" - I personally killed it and watched it missing for
>> more than 15 seconds then it was loaded - again, from the disk.

> Ok. With the cache you can be sure that if you kill the process, it
> will be loaded from disk again because it's a separate process and not
> loaded by other applications.

>> I did. The repository is updated with the newest version of "SHARED", but
>> neither "SHARED", nor App2->SHARED or App3->SHARED were marked as changed.
>> If I manually "Update" them, they got the newest version.

> If you update them, why should be marked as modified? 'Modified' means
> that they're modified locally, so theres a difference between your
> working copy and the working base.
> And since you just updated, the working base represents HEAD.

Um... well... what about this... As in the previous example:

Project/trunk
--SHARED
--App1
----SHARED
--App2
----SHARED
--App3
----SHARED

These "SHARED" are bascally the same folder. Let's assume they are rev10, HEAD one. If I modify App1->SHARED and commit App1, it updates the SHARED to rev11, which is the HEAD one now. However trunk/SHARED, trunk/App2/SHARED, trunk/App3/SHARED are still in rev10 and marked as green although they are older than the HEAD

> Stefan
Received on Mon Aug 29 15:24:53 2005