From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,4b12bc9a1cc5c6c3 X-Google-Attributes: gid103376,public From: "alan walkington" Subject: Re: Spawning a subprocess and communicating with it. Date: 1998/10/09 Message-ID: <6vlsr3$t7q$1@usenet41.supernews.com>#1/1 X-Deja-AN: 399475075 References: X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 X-Complaints-To: newsabuse@supernews.com X-Trace: 907966115 YVH4RINSWA8C5D118 usenet41.supernews.com Organization: http://www.supernews.com, The World's Usenet: Discussions Start Here Newsgroups: comp.lang.ada Date: 1998-10-09T00:00:00+00:00 List-Id: Marin: Alas, you will have to give up the pipe.... I don't believe the simple soulution will work across the network. I think pipes will only work if you are on the same machine. It is indeed time to look at sockets, or perhaps RPC's. If you want the code to be portable to other than GNAT compilers, you should probably look at the posix library. Isn't it strange how the simplest of projects grows more and more convoluted over time? Alan Walkington walky@netmagic.net Condic, Marin D. wrote in message ... >Thanks for the reply. Looking at the GNAT code in the GNAT.OS_Lib package, >it's "Non_Blocking_Spawn" function degenerates to a C call after massaging >some parameters. Someone sent me an example of how to do this with Unix >calls, but then you've got something that can't automatically correct itself >if moved to the PC. > >Unfortunately, I do have to have two separate processes. The problem is that >the client and the server have to be separate programs since the server >could be either another process running on the workstation, or on a >different workstation, or an embedded application in my engine control >computer. I need to design the connection so that the same program - or one >with slight variations - can talk to the simulated embedded machine or the >real embedded machine. I figure that breaks down into processes and pipes at >the workstation end.