home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.21 / text0188.txt < prev    next >
Encoding:
Text File  |  1990-10-26  |  1.4 KB  |  31 lines
  1. Submitted-by: brnstnd@kramden.acf.nyu.edu (Dan Bernstein)
  2.  
  3. We all know that the best standards codify existing practice, while the
  4. worst standards attempt to introduce new features without knowing what
  5. they'll do. For example, POSIX 1003.1 has slaughtered some of my best
  6. code and thrown huge roadblocks into my porting attempts, simply by
  7. adding an unnecessary feature (sessions) that hadn't been proven to work
  8. in the real world. It's a nice standard---except where it enters totally
  9. uncharted territory.
  10.  
  11. Now we're looking at another possible addition to UNIX that hasn't been
  12. widely tested: a unified namespace for opening all I/O objects. But we
  13. already have a unified file descriptor abstraction for reading, writing,
  14. and manipulating those objects, as well as passing them between separate
  15. processes. Why do we need more?
  16.  
  17. I propose that we stop discussing this issue in comp.std.unix and start
  18. implementing real-world solutions. My approach is to separate opening
  19. and connecting into special programs, and stick to file descriptors for
  20. almost all applications. If you have a different solution, such as
  21. overloading open(), why don't you start playing with your library and
  22. seeing what works? 
  23.  
  24. When we have a lot more real-world experience with various solutions,
  25. we can come back here and consider standardization. Until then, ciao.
  26.  
  27. ---Dan
  28.  
  29. Volume-Number: Volume 21, Number 187
  30.  
  31.