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

Re: I am also having trouble with overlays and nightly builds

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Sun, 06 Jan 2008 10:33:18 +0100

Robert Roessler wrote:
> Stefan Küng wrote:
>> Robert Roessler wrote:
>>> This is on XP SP2 with nightly TSVN 1.4.99 11790... note that the
>>> 11652 nightly worked fine (and I am going back to it, since I miss my
>>> TSVN).
>>> ...
>>> My two problems are that a) NO overlays show up (with or without
>>> settings changes in the overlay setup dialog), and b) when I ask for
>>> a revision graph from the context menu of a WC file or folder, I get
>>> a weird "Go offline?" dialog, which if I blow off, leads to a "No
>>> such revision" complaint, citing a rev# 1 HIGHER than anything in my
>>> repo.
> Notice that I have two problems, the second of which I find more
> disturbing - since I know you are currently changing the way overlays
> work and interact with other T* apps.

Stefan^2 is working on that.

>>> ...
>>> My registry: this doesn't seem to quite match what Stefan says should
>>> be there (?), but here is what I have:
>>> 3 items unrelated to T*
>>> 7 items from TCVS (TortoiseCVS[0-6])
>>> 9 items from TSVN (Tortoise{Added,Conflict,Deleted et al}
>> The 10 items before TSVN are using up almost all slots. Since I don't
>> know which ones then get loaded from the TSVN handler, you might only
>> get the conflict or modified handler instead of the 'normal' one.
> So with the older nightly (11652) back, I now have:
> 7 items from TSVN ([1-7]TortoiseSVN)
> 3 items unrelated to T*
> 7 items from TCVS (TortoiseCVS[0-6])
> But it seems I have not communicated the situation, my concerns, or
> both... the older nightly coexists perfectly with TCVS, so it seems
> introducing a change which breaks that peaceful coexistence is not a
> good thing. ;)
> Is the precise ordering in the registry important? Is that why you were
> using the [1-7]TortoiseSVN names - to preempt TCVS? :)

As I mentioned in another mail:
the shell loads the handlers in order they were installed. Due to the
change in the handler names, the TSVN handlers are now installed last
and don't get an empty slot anymore. Before (even if you were just
updating) you had TSVN installed first and it was loaded first. And
since TSVN is 'nice' and only uses a few of its slots if too many
handlers are registered, that worked fine. Since TCVS doesn't do that
and uses all the slots it gets, no matter how many other handlers are
installed, TSVN now doesn't get its slots anymore.
I've changed the names of the new handlers now to at least make sure
that the 'normal' handler gets loaded first and not the 'added' one (the
shell loads the handlers in names order if they were installed at the
same time, which of course is always the case for the handlers of one
single application: all the registry entries are created at the same time).


   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-01-06 10:33:39 CET

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

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