home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / transput / 979 < prev    next >
Encoding:
Text File  |  1992-09-01  |  2.1 KB  |  47 lines
  1. Newsgroups: comp.sys.transputer
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!Sirius.dfn.de!Urmel.Informatik.RWTH-Aachen.DE!gandalf!michael
  3. From: michael@gandalf.moria (Michael Haardt)
  4. Subject: Summary of "Re: Usage of in/out concerning iserver packets?"
  5. Message-ID: <9209013259@gandalf.moria>
  6. Lines: 32
  7. Sender: news@Urmel.Informatik.RWTH-Aachen.DE (Newsfiles Owner)
  8. Nntp-Posting-Host: messua
  9. Reply-To: u31b3hs@pool.informatik.rwth-aachen.de (Michael Haardt)
  10. Organization: An old and gray machine, somewhere in Moria.
  11. References: <92083073@gandalf.moria>
  12. Date: Tue, 01 Sep 92 22:11:30 +0100
  13. Lines: 32
  14.  
  15. In article <92083073@gandalf.moria>, michael@gandalf.moria (Michael Haardt) writes:
  16. > While learning assembler, I wondered about how iserver is supposed to be
  17. > used.  If two processes communicate with each other, the length of 
  18. > corresponding 'in's and 'out's has to be same, right?  For the root 
  19. > transputer exchanging data with the host, that doesn't matter, but what 
  20. > for a router process which transports iserver packets between processes,
  21. > e.g. to simulate a virtual transputer network?
  22.  
  23. iserver packets are always send as a 2 byte block containing the length
  24. and a remaining block, containing the packet.  Thanks to Iain Phillips
  25. and Jan Vorbrueggen for answering my questions in detail.
  26.  
  27. Conor O'Neill additionally suggested to use 'move' to build these packets,
  28. because the components are often misaligned.
  29.  
  30. I repeat that these block lengths are IMPORTANT, SENDING WITH DIFFERENT
  31. LENGHTS THAN RECEIVING ON THE SAME CHIP IS NOT OK.  It does work between
  32. different transputers, but not on the same chip, at least the
  33. specification says so.
  34.  
  35. > Do all commercial iserver libraries use the same in/out protocol, which
  36. > is given by the OCCAM data structures?
  37.  
  38. OCCAM makes a clear definition, so all libraries which would not do so,
  39. would be buggy.
  40.  
  41. Let me add that I am very glad to see INMOS people being so responsive
  42. in helping users of their products.  It's not the first time that I got
  43. qualified help to my questions from INMOS :-)  My code is rewritten now,
  44. so if its packets ever get to a router, it should work. 
  45.  
  46. Michael
  47.