home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / v21 / 072 / text0000.txt < prev   
Encoding:
Internet Message Format  |  1990-12-05  |  1.4 KB
  1. From:  Chuck.Phillips@FtCollins.NCR.COM (Chuck.Phillips)
  2.  
  3. >>>>> On 28 Aug 90 11:58:40 GMT, sp@mysteron.osf.org (Simon Patience) said:
  4. >>     Finally, the group accepted abandoning the use of
  5. >>     file descriptors for semaphore handles, but some participants
  6. >>     wanted to keep semaphore names pathnames.
  7. >>
  8. >Aargh!  Almost everyone realizes that System V IPC is a botch, largely
  9. >because it doesn't live in the filesystem.  So what does IEEE do?
  10. >They take IPC out of the filesystem!
  11. >
  12. >What sane reason could there be to introduce Yet Another Namespace?
  13.  
  14. Simon> The reason for semaphores not being in the file system is twofold.
  15. Simon> Some realtime embedded systems do not have a file system but do want
  16. Simon> semaphores...
  17.  
  18. Simon> A good reason for *not* having IPC handles in the file system is to
  19. Simon> allow network IPC to use the same interfaces.
  20.  
  21. How about adding non-file-system-based "handles" to an mmap-like interface?
  22. (e.g. shmmap(host,porttype,portnum,addr,len,prot,flags)?)  This could
  23. allow the same interface to be used for network and non-network IPC,
  24. without the overhead of a trap for every non-network IPC transaction.
  25.  
  26. `Scuse me while I don my flame retardant suit...  :-)
  27.  
  28. #include <std/disclaimer.h>
  29. --
  30. Chuck Phillips  MS440
  31. NCR Microelectronics             Chuck.Phillips%FtCollins.NCR.com
  32. 2001 Danfield Ct.
  33. Ft. Collins, CO.  80525           uunet!ncrlnk!ncr-mpd!bach!chuckp
  34.  
  35. Volume-Number: Volume 21, Number 72
  36.  
  37.