IPC advice

[Boni]

Dear all,
my application runs in 2 processes on the same machine. Now I need to send a
string from one process to another. One process is managed other is native.
The communication should work on any computer (even with firewalls)
I could write file in one process and read it in other but it seems to be
bad solution.
Could somebody advice me about the simple and fast solution.
Thanks a lot.

[Bruno van Dooren]

> Dear all,

my application runs in 2 processes on the same machine. Now I need to send a
string from one process to another. One process is managed other is native.
The communication should work on any computer (even with firewalls)
I could write file in one process and read it in other but it seems to be
bad solution.
Could somebody advice me about the simple and fast solution.
Thanks a lot.

If it has to work on different computers, regardless of firewall settings,
the best option is to use TCP sockets.
one process acts as a server and allows an incoming connection on a specific
port. the other process connects.
Then they can send data to each other.

I have used winsock (which is unmanaged) in the past like this in a windows
service, and it worked great. this way the different computers don't even
have to run the same OS. UNIX and windows can work together that way without
any problem.

You can use winsock in your unmanaged app, and TcpChannel in your managed app.
For unmanaged you can probably also use MFC classes, but i've never used
those.

--

Kind regards,
Bruno.
br**********************@hotmail.com
Remove only "_nos_pam"

[Boni]

Dear Bruno,
it does not have to work on different computers, both parts always run on
the same PC. Is there a better option or do you still advice to use sockets?
Thanks a lot,

[Marcus Heege]

Is the string always of the same size and not too big? If yes, you could
implement a DLL with a shared segment. This is by far the fastest option,
because both processes would effectively share the same physical memory.


"Boni" <no****@parampam.pam> wrote in message
news:%2****************@TK2MSFTNGP14.phx.gbl...

Dear Bruno,
it does not have to work on different computers, both parts always run on
the same PC. Is there a better option or do you still advice to use
sockets?
Thanks a lot,

[Bruno van Dooren]

> Dear Bruno,

it does not have to work on different computers, both parts always run on
the same PC. Is there a better option or do you still advice to use sockets?
Thanks a lot,

Since you mentioned 'on any computer, regardless of firewall settings' i
assumed that you wanted to use different computers.

The advantage of using sockets is that there is no limitation to what you
can send (types of data, size of data, ...) and you can seamlesly move
applications to different computers.

If you are sure that different computers are never necessary, there are
simpler options like pipes for example.

you can find a good overview here:
http://msdn.microsoft.com/library/de...unications.asp

--

Kind regards,
Bruno.
br**********************@hotmail.com
Remove only "_nos_pam"

[Marcus Heege]

Look here [1] for a desciption of shared segments. You may also want to read
the documentation of #pragma segment and __declspec(allocate)

http://msdn.microsoft.com/library/de...er_dlls.3f.asp

"Marcus Heege" <NO****@heege.net> wrote in message
news:O1***************@TK2MSFTNGP10.phx.gbl...

Is the string always of the same size and not too big? If yes, you could
implement a DLL with a shared segment. This is by far the fastest option,
because both processes would effectively share the same physical memory.


"Boni" <no****@parampam.pam> wrote in message
news:%2****************@TK2MSFTNGP14.phx.gbl...

Dear Bruno,
it does not have to work on different computers, both parts always run on
the same PC. Is there a better option or do you still advice to use
sockets?
Thanks a lot,

[Boni]

Just before I knew nothing about the topic and now I have a full overview.
Thanks a lot Bruno and Marcus for sharing this.
"Bruno van Dooren" <br**********************@hotmail.com> schrieb im
Newsbeitrag news:B0**********************************@microsof t.com...

Dear Bruno,
it does not have to work on different computers, both parts always run on
the same PC. Is there a better option or do you still advice to use
sockets?
Thanks a lot,

Since you mentioned 'on any computer, regardless of firewall settings' i
assumed that you wanted to use different computers.

The advantage of using sockets is that there is no limitation to what you
can send (types of data, size of data, ...) and you can seamlesly move
applications to different computers.

If you are sure that different computers are never necessary, there are
simpler options like pipes for example.

you can find a good overview here:
http://msdn.microsoft.com/library/de...unications.asp

--

Kind regards,
Bruno.
br**********************@hotmail.com
Remove only "_nos_pam"

[Boni]

Hi Marcus,
How do I notify another process, that it is time to take data?

"Marcus Heege" <NO****@heege.net> schrieb im Newsbeitrag
news:O1***************@TK2MSFTNGP10.phx.gbl...

Is the string always of the same size and not too big? If yes, you could
implement a DLL with a shared segment. This is by far the fastest option,
because both processes would effectively share the same physical memory.


"Boni" <no****@parampam.pam> wrote in message
news:%2****************@TK2MSFTNGP14.phx.gbl...

Dear Bruno,
it does not have to work on different computers, both parts always run on
the same PC. Is there a better option or do you still advice to use
sockets?
Thanks a lot,

[Marcus Heege]

Look for the documentation of the CreateEvent, SetEvent, WaitForSingleObject
and CloseHandle APIs. An event in as named cross proccess OS object that can
be used for thread serialization. You can see an event like a boolean flag.
The receiver of the data can block its thread (WaitForSingleObject) until
the boolean flag is set to true by the sender thread (SetEvent).

In the MSDN documentation you should find a sample application.

Marcus

"Boni" <no****@parampam.pam> wrote in message
news:%2****************@TK2MSFTNGP10.phx.gbl...

Hi Marcus,
How do I notify another process, that it is time to take data?

"Marcus Heege" <NO****@heege.net> schrieb im Newsbeitrag
news:O1***************@TK2MSFTNGP10.phx.gbl...

Is the string always of the same size and not too big? If yes, you could
implement a DLL with a shared segment. This is by far the fastest option,
because both processes would effectively share the same physical memory.


"Boni" <no****@parampam.pam> wrote in message
news:%2****************@TK2MSFTNGP14.phx.gbl...

Dear Bruno,
it does not have to work on different computers, both parts always run
on the same PC. Is there a better option or do you still advice to use
sockets?
Thanks a lot,

[Boni]

It does not sound easy :(.
What I need is:
Proc1 requests data (sends address to Proc2)
Proc2 sends data back.
The speed is important.
Is there no easier solution?
"Marcus Heege" <NO****@heege.net> schrieb im Newsbeitrag
news:%2****************@tk2msftngp13.phx.gbl...

Look for the documentation of the CreateEvent, SetEvent,
WaitForSingleObject and CloseHandle APIs. An event in as named cross
proccess OS object that can be used for thread serialization. You can see
an event like a boolean flag. The receiver of the data can block its
thread (WaitForSingleObject) until the boolean flag is set to true by the
sender thread (SetEvent).

In the MSDN documentation you should find a sample application.

Marcus

"Boni" <no****@parampam.pam> wrote in message
news:%2****************@TK2MSFTNGP10.phx.gbl...

Hi Marcus,
How do I notify another process, that it is time to take data?

"Marcus Heege" <NO****@heege.net> schrieb im Newsbeitrag
news:O1***************@TK2MSFTNGP10.phx.gbl...

Is the string always of the same size and not too big? If yes, you could
implement a DLL with a shared segment. This is by far the fastest
option, because both processes would effectively share the same physical
memory.


"Boni" <no****@parampam.pam> wrote in message
news:%2****************@TK2MSFTNGP14.phx.gbl...
Dear Bruno,
it does not have to work on different computers, both parts always run
on the same PC. Is there a better option or do you still advice to use
sockets?
Thanks a lot,

[Marcus Heege]

"Boni" <no****@parampam.pam> wrote in message
news:%2****************@TK2MSFTNGP09.phx.gbl...

It does not sound easy :(.
What I need is:
Proc1 requests data (sends address to Proc2)
Proc2 sends data back.
The speed is important.
Is there no easier solution?

This sounds pretty much like a socket application. Sockets exist in managed
and native APIs. So this should be doable.

[AP]

Guys. First of all the programming was never easy. Second: looking for
answers in some goups without having loooked through MSDN is nonsense.
Nobody will fill your head with knowlege you suppose to earn. Moreover. Even
if you think you have picked up some knowlege without earning - you will
fail horobly. Now, READ the MSDN, take examples, create your own application,
compile , run and fail till you fix it.
NOBODY WILL DO IT FOR YOU !!! never.