Cross process communication (sort of)



I have an application which uses several (3) command line utility apps
to perform some background work. All of these (the main app and the
command line utilities) are comercial apps for which I do not have the
source code.

I am trying to augment the functionality of the main application
somewhat by creating my own version of the command line utility apps.
This is all fairly straight forward and is working well. However, I
now need to manage multiple calls to the command line apps. This
management will be don in yet another application that would be called
by each command line utility. This new app would then do the actual
work the command line apps are expected to do and would also manage
state information across multiple calls to the command line apps.

One option to accomplish this is to make the manager app an ActiveX
exe which exposes properties and methods to be called by the command
line apps. The problem with this approach is that the command line
apps will be called many times and each call will start a new instance
of the manager app. This happens because VB objects are not
automatically added to the running object table (ROT) and therefore
any calls to CreateObject or GetObject will return a new instance. I
know there is a solution (RotHook.dll) out in the ether to cause my
object to be added to the ROT but this is not really an acceptable
solution for me. The problem is that I want my solution (the manager
app and the custom command line apps) to be distributable without
install (can not include any third party tools or ActiveX components
which might need registered). The RotHook.dll component uses aTypeLib
which would need to be registered as well as needing registered
itself.

So the question is how can I have my command line replacement programs
communicate with a running instance of a standard exe application if
it exists. If no instance yet exists one would need to be started.

I hope this is clear enough for some of the folks here to be able to
provide me some direction.

Thanks,
Steve
.



Relevant Pages

  • RE: SQL Server slows down when after the apps runs for several hours.
    ... SQL SELECT Optimization Levels and Performance ... >that the longer he use the apps in a day, the longer my apps would take ... I found that the 'command' he referred to is ... General SQL Server question; Anybody got a clue what is the cause? ...
    (microsoft.public.fox.programmer.exchange)
  • VB newbie - exposing VB subs to VBA?
    ... differences of the apps on the two machines, and also that the programs are ... How do I expose VB subs via COM? ... For instance in Excel I ... in on the command line easily enough. ...
    (microsoft.public.vb.com)
  • Re: where can I find this...
    ... The programs I'm running are very plain apps written in vanilla 'c' code ... When I run these from redcon, ... as if I run them directly from a command prompt. ... Redcon's mechanism of grabbing the stdout pipe doesn't ...
    (borland.public.delphi.nativeapi)
  • Re: Console Applications
    ... Or you open command line first and then execute ... your executable from command line instead of double-clicking it. ... because I want to build Windows apps and not console apps right now? ...
    (microsoft.public.dotnet.languages.csharp)
  • WIndows 2003 server (Web Edition) and VB app
    ... We are buying a new server to store files on and to run some ... utility apps. ... We were looking to save some money and get the web ... We wanted to make sure our VB apps would run on the machine ...
    (microsoft.public.win2000.advanced_server)

Quantcast