On 19.11.2012 19:24, Tomasz Trejderowski wrote:
> appologies for late reply.
>> Because *any* program can invoke the DLLs. Especially those that
>> use the common File dialogs.
> Any program, that uses file dialogs, even if it have nothing together
> with TSVN or shell has to be closed, because TSVN is updating itself?
> That's a pretty madness, don't you think?
> What DLLs' TSVN / Subversion is actually updating, that it has to
> shut down everything that has access to system shell / file dialogs
> etc.? For me it looks like TSVN would be updating half of the
> As you point out later, TSVN uses MSI installer. Do you have any
> explanation, that it is the only known to me program, that both uses
> MSI installer and has to kill everything before update? I have a lot
> of software that uses MSI installer, a lot that has direct access to
> shell or updates some DLL and updating any of them introduces such
> hell and mess to the system.
Is any of those a shell extension? I don't mean whether it uses the
shell but whether it's an actual shell extension. And also not just a
context menu handler but a copy-hook-handler, icon overlay handler?
> To be honest, TSVN is the only piece of software I have, that is
> restarting shell layer only. Other setup programs either requires
> full system restart or does the update without any interfernce. Once
> again -- if TSVN uses common MSI setup installer without any extra
> modifications, why other programs, that also uses it, does not behave
> so strangely?
We did force a full reboot before, but users complained that it's not
really necessary and they prefer having to shut down the affected
And if you don't close the processes the dialog tells you to, another
dialog pops up that tells you that a simple reboot is necessary later.
>> Does it not stop and let you close them on your own?
> I'm talking about process AFTER that step. Every setup program, that
> I've been using, gives user the same choice -- either he shut other
> programs himself, or setup routine attempts to do this itself. If I
> choose second option in any other setup program, I'm getting
> immediate information from other running programs about attempt to
> restart. And I can save docs etc. If I click Next in TSVN installer,
> all my applications are killed and unsaved works goes hell. I won't
If that's the case, then those applications are not behaving as they
should, and you would also lose all your unsaved work in other
situations, for example when the OS is low on battery and shuts down
because of that.
So don't blame the TSVN installer, blame the misbehaving apps you have.
> argue which kind of close message TSVN / MSI sends out to this
> programs. I lay my arguments upon my own observation. When I click
> next in the window showing list of applications that should be
> closed, these app are being KILLED, not shutted down. At least that's
> what happens on my Win 7 x64.
No, they're not killed. They're sent the message to immediately close
without user interaction (and apps are required to save whatever needs
saving and quit, or respond to that message properly, telling the sender
that they can not shut down).
>> Do you really think that insulting people and demanding an
>> explanation is going to get you results?
> I'm not insulting anyone. I'm using hard words. And I'm doing this,
> because you keep telling me, that TSVN uses standard installer and
> behaves like any other software, while actually it does everything
> differently then other programs and what most users got used to.
No, you're not using hard words. You ignore anything we tell and explain
to you and then indicate that we're too stupid to do things the way you
think is right.
And that is insulting.
> Let's keep this thing short. Can you point me out any other software,
> that uses such brute-force method of updating itself?
Every shell extension that uses msi.
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2012-11-19 19:38:54 CET