Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uflorida!ukma!rutgers!cmcl2!adm!smoke!gwyn
From: gwyn@smoke.BRL.MIL (Doug Gwyn )
Newsgroups: comp.unix.questions
Subject: Re: Inter-machine networking on System V
Message-ID: <9605@smoke.BRL.MIL>
Date: 6 Feb 89 17:36:04 GMT
References: <446@thirdi.UUCP> <11181@ulysses.homer.nj.att.com> <9598@smoke.BRL.MIL> <7645@chinet.chi.il.us>
Reply-To: gwyn@brl.arpa (Doug Gwyn (VLD/VMB) <gwyn>)
Organization: Ballistic Research Lab (BRL), APG, MD.
Lines: 27

In article <7645@chinet.chi.il.us> les@chinet.chi.il.us (Leslie Mikesell) writes:
>In article <9598@smoke.BRL.MIL> gwyn@brl.arpa (Doug Gwyn (VLD/VMB) <gwyn>) writes:
>>Another approach is to exploit the work someone else has already done
>>to provide reliable high-level protocols (e.g. file transfer or remote
>>execution), by executing a slave process such as "remsh" to take care
>>of all the networking details.
>Does something like this exist for sysV (P.D., that is), and if so where
>can it be found?  Also, does something like that provide separate
>stdout/stderr streams back to the calling program?

It would provide whatever the underlying command used for stdout/stderr.
If they're coupled together (really stupid, but unfortunately likely),
then they would stay that way.  Actually if the far end (slave) and near
end (master) share a suitable protocol you can use channelized packets to
multiplex/demultiplex the streams, but that's getting a bit more complex
than what I had in mind.

We are actually using the scheme I described for a large software system
currently in the final stages of development.  The software will be
available pretty much for the asking (to U.S. sites), but there are a lot
of support packages used by the interprocess communication package, so
you have to buy into a lot of our code if you want to use this, or else
modify it to suit your tastes.

Does anyone know for sure which of the following common utilities can
pass 8-bit data fully transparently?
	rsh	rexec	remsh