home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / v21 / 186 < prev    next >
Internet Message Format  |  1990-12-05  |  1KB
  1. From jsq@cs.utexas.edu  Fri Oct  5 02:42:14 1990
  2. Received: from cs.utexas.edu by uunet.uu.net (5.61/1.14) with SMTP 
  3.     id AA23596; Fri, 5 Oct 90 02:42:14 -0400
  4. Posted-Date: 4 Oct 90 20:39:37 GMT
  5. Received: by cs.utexas.edu (5.64/1.77) 
  6. From: tct!chip@cs.utexas.edu (Chip Salzenberg)
  7. Newsgroups: comp.std.unix
  8. Subject: Re: Standards Update, IEEE 1003.4: Real-time Extensions
  9. Message-Id: <13219@cs.utexas.edu>
  10. References: <540@usenix.ORG> <553@usenix.ORG> <13132@cs.utexas.edu>
  11. Sender: jsq@cs.utexas.edu
  12. Organization: Teltronics/TCT, Sarasota, FL
  13. X-Submissions: std-unix@uunet.uu.net
  14. Date: 4 Oct 90 20:39:37 GMT
  15. Reply-To: std-unix@uunet.uu.net
  16. To: std-unix@uunet.uu.net
  17.  
  18. Submitted-by: chip@tct.uucp (Chip Salzenberg)
  19.  
  20. According to fouts@bozeman.bozeman.ingr (Martin Fouts):
  21. >One reason to not treat every IPC facility as part of the file system:
  22. >Shared memory IPC mechanisms which don't need to be visible to processes
  23. >not participating in the IPC.
  24.  
  25. Yes, it is obviously desirable to have IPC entities without names.
  26. This feature is a simple extension of the present ability to keep a
  27. plain file open after its link count falls to zero.  Of course, the
  28. committee could botch the job by making it an error to completely
  29. unlink a live IPC.
  30. -- 
  31. Chip Salzenberg at Teltronics/TCT     <chip@tct.uucp>, <uunet!pdn!tct!chip>
  32.  
  33. Volume-Number: Volume 21, Number 186
  34.  
  35.