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.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,23f777a1c26e56c1
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 1995-01-30 10:24:40 PST
Path: 
 nntp.gmd.de!newsserver.jvnc.net!nntpserver.pppl.gov!princeton!gw1.att.com!csn!boulder!news.coop.net!news.den.mmc.com!iplmail.orl.mmc.com!usenet
From: "Theodore E. Dennison" <dennison@escmail.mmc.orl.com>
Newsgroups: comp.lang.ada
Subject: Re: How can two tasks in different processors rendezvous?
Date: 30 Jan 1995 18:24:40 GMT
Organization: IPL InterNetNews site
Message-ID: <3gjat8$1he@theopolis.orl.mmc.com>
References: <D2zwAr.IqB@taurus.cs.nps.navy.mil>
NNTP-Posting-Host: milkyway.orl.mmc.com
Date: 1995-01-30T18:24:40+00:00
List-Id: <comp.lang.ada>

cordeiro@cs.nps.navy.mil (mauricio cordeiro) wrote:
>
> We have 2 different Ada tasks running asynchronously in two different
> workstations, and we need to transfer information from one to the other
> (a kind of remote rendezvous...).
> The workstations run Unix and are networked, but the compiler we have 
> (SunAda), doesn't support any kind of RCP(remote procedure calls) or any
> other similar facility. 
> 
> HOW CAN I DO IT ? ANY SUGGESTIONS ???? 

Man, I should really become a consultant....


Ada 83, right?

There is no simple way to do this (in Ada 83). However, SunAda (1.1 at
least) allows interrupt entries:

A simple task could be written to accept interrupt entries, read a 
UNIX socket, and pass off the information to another Ada task via a
rendezvous. Another task (or subroutine) could be written to open up a
UNIX TCP/IP socket and wait for its data to be read. Voila: remote
rendezvous!

This is a bit of an oversimplification of the issues involved, but the
point is that it is quite doable if you have an experienced Ada person
who also happens to know UNIX networking. (If not, aquire one, or add
time for the learning curve).


T.E.D.
dennison@escmail.orl.mmc.com