home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v4 / text0017.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  2.9 KB
  1. Date: Tue, 17 Dec 85 13:19:28 EST
  2. From: Arnold Robbins <arnold%gatech.csnet@CSNET-RELAY.ARPA>
  3.  
  4. > Date: Thu, 12 Dec 85 13:25:12 EST
  5. > From: Arnold Robbins <arnold%gatech.csnet@CSNET-RELAY.ARPA>
  6. > 
  7. > Just a final note on the P1003 Draft. I am dismayed by the lack of any IPC
  8. > mechanism other than pipes and signals. While the draft explicitly says that
  9. > one should not use signals for interprocess communication, it is well known
  10. > that pipes and signals are not enough for the "real world".
  11. > 
  12. > I realize that the System V IPC mechanisms are usually considered
  13. > non-orthogonal and difficult to learn, and BSD sockets don't seem to be
  14. > general enough either.  But something should be done. It is hard to
  15. > both innovate and standardize at the same time, but some sort of IPC
  16. > should be added.
  17. > 
  18. > If this is an issue that has been purposely delayed, OK. As long as the
  19. > committee will acknowledge it as an issue, and eventually address it, I
  20. > won't say anything else.
  21. > 
  22. > [ You forgot FIFOs.  It's an acknowledged issue, yes.  -mod ]
  23.  
  24. I don't like to follow up to my own articles, but it occurred to me a day or
  25. two later that maybe Dennis Ritchie and/or ATT might be willing to donate
  26. Ritchie streams to the emerging standard as an IPC mechanims. I don't know a
  27. whole lot about streams, so they may be inappropriate, but from what I do know,
  28. it seems like they might could be used as a foundataion for both IPC and
  29. networking. This is just a suggestion. Comments from people who have actually
  30. used streams would be appreciated.
  31.  
  32. The moderator makes a good point; FIFOs do provide pipes for non-related
  33. processes, which is a step in the right direction. I still think some other
  34. IPC mechanisms are needed though.
  35.  
  36. [ Personally, I always thought FIFOs were rather lacking in several respects:
  37. I just wanted to point out that they are in the standard, flawed as they are.
  38.  
  39. Considering that streams will be in some forthcoming iteration of System V,
  40. it seems unlikely that AT&T will make their implemenation public domain.
  41. However, there is probably sufficient published material (BLTJ 1984 and
  42. Portland (Summer 1985) USENIX) for interested parties to do their own
  43. implementations.
  44. -mod ]
  45.  
  46. Again, I hope my comments have been useful.
  47.  
  48. [Mail received after 12/19 will get stored until I get a new address, so,
  49. while mail replies are normally appropriate, they are not in this case.]
  50.  
  51. [ The preceding paragraph was not by the moderator.  This one is.
  52. Apologies for the long (five day) pause in posting things to the
  53. newsgroup.  I only expected to be gone a couple of days, but had
  54. some problem with flights out of Mexico.
  55.  
  56. I will be gone again from 22-29 December.  I will try to find
  57. someone to be guest moderator during that period.
  58. -mod ]
  59.  
  60. -- 
  61. Arnold Robbins
  62. CSNET:    arnold@gatech    ARPA:    arnold%gatech.csnet@csnet-relay.arpa
  63. UUCP:    { akgua, allegra, hplabs, ihnp4, seismo, ut-sally }!gatech!arnold
  64.  
  65. Real Unix hackers disdain wimpy languages like C and AWK in favor of /bin/sh.
  66.  
  67. Volume-Number: Volume 4, Number 17
  68.  
  69.