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

Re: Some weirdness in SubWCRev console handling when run from "Far" file manager

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: 2007-08-24 23:32:07 CEST

Simon Large wrote:
> On 24/08/07, Simon Large <simon.tortoisesvn@googlemail.com> wrote:
>> On 24/08/07, Stefan Küng <tortoisesvn@gmail.com> wrote:
>>> Alexander Klenin wrote:
>>>> Using TortoiseSVN 1.4.99, Build 10371 - 32 Bit -dev
>>>> Far Manager is a popular file management software
>>>> (http://farmanager.com/?l=en) which runs as a console application.
>>>> I am not sure what is going on exactly, but running SubWCRev from Far
>>>> results in a console input buffer filled with garbage after SubWCRev
>>>> exits.
>>>> This usually leads to infinite loop, since Enter code in input buffer
>>>> causes Far to run SubWCRev again.
>>>> Running SubWCRev from standard command line does not cause this, but
>>>> AFAIU this is because cmd.exe clears input buffer itself.
>>>> A workaround for me is to run SubWCRev from the batch file,
>>>> immediately followed by the call of clearkeys.exe. Delphi source code
>>>> of "clearkeys" is:
>>>>
>>>> {$APPTYPE CONSOLE}
>>>> uses
>>>> Windows;
>>>> begin
>>>> FlushConsoleInputBuffer(GetStdHandle(STD_INPUT_HANDLE));
>>>> end.
>>> Changed SubWCRev back to a plain console application in revision 10415.
>> Dumb user question. The COM interface still works OK like this?
>
> What a dumb question! Keep up, Simon. There are now 2 versions:
> SubWCRev.exe and SubWCRevCOM.exe.

It would even work as a console app, the problem then would only be that
whenever a script accesses the COM object, an ugly console window would
pop up. That's why there's now a second exe which is compiled as a
window app, not a console one.

> Next question. In the help file you changed the example to refer to
> SubWCRev.object instead of SubWCRev.object.1, but the instructions
> still refer to object.1, as does the .wxs file. Which is correct?

"SubWCRev.object" is the version independent name of the COM object
which can/should be used by scripts. "SubWCRev.object.1" is the *exact*
object we install - but if we ever add more features to the object we
have to increase the version number, and then all the scripts using
"SubWCRev.object.1" wouldn't work anymore because only
"SubWCRev.object.2" would be available - with "SubWCRev.object" alone
that won't happen, because Windows will automatically use the one which
is available.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Fri Aug 24 23:29:45 2007

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.