home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.transputer
- Path: sparky!uunet!haven.umd.edu!darwin.sura.net!Sirius.dfn.de!Urmel.Informatik.RWTH-Aachen.DE!gandalf!michael
- From: michael@gandalf.moria (Michael Haardt)
- Subject: Usage of in/out concerning iserver packets?
- Message-ID: <92083073@gandalf.moria>
- Lines: 32
- Sender: news@Urmel.Informatik.RWTH-Aachen.DE (Newsfiles Owner)
- Nntp-Posting-Host: messua
- Reply-To: u31b3hs@pool.informatik.rwth-aachen.de (Michael Haardt)
- Organization: An old and gray machine, somewhere in Moria.
- Date: Sun, 30 Aug 92 13:04:21 +0100
- Lines: 32
-
- While learning assembler, I wondered about how iserver is supposed to be
- used. If two processes communicate with each other, the length of
- corresponding 'in's and 'out's has to be same, right? For the root
- transputer exchanging data with the host, that doesn't matter, but what
- for a router process which transports iserver packets between processes,
- e.g. to simulate a virtual transputer network?
-
- Do all commercial iserver libraries use the same in/out protocol, which
- is given by the OCCAM data structures?
-
- > Every communication, both to and from the server, is a counted array of
- > bytes. The first two bytes are a (little endian) count of the following
- > message length.
- >
- > In OCCAM these messages can be routed as INT16::[]BYTE protocol.
-
- An example for a data packet is the PutBlock Function:
-
- > To server: BYTE Tag = 24
- > INT32 StreamId
- > INT16::[]BYTE Data
-
- Somehow I don't understand it. How will the packet be sent?
-
- - INT16, rest as single BYTEs
- - INT16, rest as one block of BYTEs (I have no knowledge of OCCAM, sorry)
- - INT16, BYTE, INT32, INT16, rest as single BYTEs
- - INT16, BYTE, INT32, INT16, rest as one block of BYTEs
-
- I hope there is a convention. Or am I totally wrong?
-
- Michael
-