home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 October / usenetsourcesnewsgroupsinfomagicoctober1994disk2.iso / std_unix / v21 / 144 / text0000.txt < prev   
Encoding:
Text File  |  1990-12-05  |  1019 b   |  21 lines
  1. Submitted-by: gwyn@smoke.brl.mil (Doug Gwyn)
  2.  
  3. In article <541@usenix.ORG> brnstnd@kramden.acf.nyu.edu (Dan Bernstein) writes:
  4. >In the filesystem abstraction, you open a filename in one stage. You
  5. >can't do anything between initiating the open and finding out whether or
  6. >not it succeeds. This just doesn't match reality, and it places a huge
  7. >restriction on programs that want to do something else while they
  8. >communicate.
  9.  
  10. UNIX was designed explicitly on the model of communicating sequential
  11. processes.  Each process acts as though it executes in a single thread,
  12. blocking when it accesses a resource that is not immediately ready.
  13. While it would be easy to argue that there is a need for improved IPC,
  14. I haven't heard any convincing arguments for making asynchronity
  15. explcitly visible to a process.  In fact, it was considered quite a
  16. step forward in computing back in the old days ("THE" operating system,
  17. for example) when viable means of hiding asynchronity were developed.
  18.  
  19. Volume-Number: Volume 21, Number 144
  20.  
  21.