home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.21 / text0150.txt < prev    next >
Encoding:
Text File  |  1990-10-26  |  1.9 KB  |  48 lines
  1. Submitted-by: peter@ficc.ferranti.com (Peter da Silva)
  2.  
  3. In article <548@usenix.ORG> brnstnd@kramden.acf.nyu.edu (Dan Bernstein) writes:
  4. > I disagree. I consider it an excellent example of how the designers of
  5. > UNIX realize that all *reliable*, *static*, *local* (or virtually local)
  6. > I/O objects potentially visible to more than one process belong in the
  7. > filesystem namespace.
  8.  
  9. Like "/dev/tty"? I think you've got some semantic gap here between what's
  10. appropriate for a file versus what's appropriate for a file descriptor. An
  11. arbitrary failure on an open file descriptor causes problems... but that
  12. doesn't keep socket() from returning an fd. An arbitrary failure or an
  13. arbitrary delay on an open call is perfectly reasonable: programs expect
  14. open to fail. They depend on write() working.
  15.  
  16. And serial lines are subject to all the "hazardous" behaviour of network
  17. connections. An open can be indefinitely deferred. The connection, especially
  18. over a modem, can vanish at any time. Why not take *them* out of the namespace
  19. as well?
  20.  
  21. > You can read() or
  22. > write() reasonable I/O objects through file descriptors. Very few
  23. > programs---the shell is a counterexample---need to worry about what it
  24. > takes to set up those file descriptors.
  25.  
  26. And that's the problem, because the shell is the program that is used to
  27. create more file descriptors than just about anything else. If the shell
  28. had a syntax for creating sockets and network connections we wouldn't be
  29. having this discussion... but then if it did then you might as well make
  30. it be via filenames...
  31.  
  32. And look where this discussion started... over shared memory and messages
  33. and semaphores being in a separate namespace. But shared memory and message
  34. ports are all:
  35.  
  36.     reliable,
  37.     static,
  38.     and local...
  39.  
  40. at least as much as processes.
  41. -- 
  42. Peter da Silva.   `-_-'
  43. +1 713 274 5180.   'U`
  44. peter@ferranti.com
  45.  
  46. Volume-Number: Volume 21, Number 150
  47.  
  48.