IPC problems

[Henrik Johansson]

I'm trying to write an interface to Grace (a plotting tool) in SKILL.
The communication with the Grace process is handled by SKILL's IPC
functions.

The new plot functions are working beautifully unless they sends too
much data too fast to the child process. Since the ipcWriteProcess
function is non-blocking I suspect that the data is buffered at the
parent side when the child gets more data than it can chew. If the
parent sleeps for a second and then sends another command to the child,
the missing data is written out before the new command.

Anyone know of a blocking alternative to ipcWriteProcess?

Regards

Henrik Johansson

 

[Henrik Johansson]

Andrew Beckett wrote:

You may be able to get around this by getting the child to send something back
to DFII (i.e. some sort of handshaking) so that your SKILL code doesn't try
to send a command until it knows it is OK to do so.

First I wrote a wrapper in perl and it worked, but with each line being
acknowledged it became very slow (like 3 lines per second).

So I tried a different approach with named pipes instead. And now with
the pipe handling the bufferering, things works perfectly. So if anyone
is interrested in a Grace interface for Skill I can publish the code in
the newsgroup.

Regards

Henrik