Re: Using COM as a bridge between two applications

From:

"Igor Tandetnik" <itandetnik@mvps.org>

Newsgroups:

microsoft.public.vc.atl

Date:

Mon, 21 Dec 2009 08:00:50 -0500

Message-ID:

<#0qnR5jgKHA.5792@TK2MSFTNGP05.phx.gbl>

shash wrote:

I'm having a excel application and a background process written in c+
+ , in same local machine. I'm trying to create a COM object to handle
the communication between these two applications.

I already created a COM which provides some interfaces to access COM
functionality. These are used by my excel application.

But still I could not find a way handle the communication between my
COM object and the background cpp application. According my knowledge,
when excel file opened the dll (com) is loaded into its address space,
therefore I need to communicate with this already loaded dll instance.

If you want to use COM for interprocess communication (IPC), then you =
need to implement a COM object in your background application, thus =
turning it into a COM server. You could then use it directly from Excel, =
or have your in-proc COM object act as an intermediary.

Alternatively, there are plenty of other IPC mechanisms you could use to =
communicate with your app.
--
With best wishes,
Igor Tandetnik

With sufficient thrust, pigs fly just fine. However, this is not =
necessarily a good idea. It is hard to be sure where they are going to =
land, and it could be dangerous sitting under them as they fly overhead. =
-- RFC 1925