home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v7 / text0080.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  1.8 KB
  1. From: gwyn@brl.arpa (VLD/VMB) (Doug Gwyn)
  2. Date:     Mon, 20 Oct 86 10:33:00 EDT
  3.  
  4. The reason strcoll() expands a text string to as much as twice its
  5. original length for collating purposes, rather than mapping it to
  6. a lowest-common-denominator form (such as case folding) is because
  7. it is believed that the former can always be done successfully,
  8. whereas lowest-common-denominator same-length mapping is known to
  9. be inadequate.  Note also that the actions of strcoll() depend on
  10. a dynamically-changeable selection of "locale" information.  So
  11. strcoll() is a red herring in this debate.
  12.  
  13. UNIX variants that clear all but 7 bits in each char of a filename
  14. are examples of systems that try too hard to be "helpful" based on
  15. too limited a view of the world.  They should be fixed, as I'm sure
  16. the Japanese have already suggested.
  17.  
  18. Arguments based on characteristics of the shell or of command-line
  19. option parsing are beside the point; we're talking about what the
  20. kernel does or should do about filenames.
  21.  
  22. The UNIX kernel was deliberately designed to be not much more than
  23. an I/O multiplexer.  As with limited government, the theory is that
  24. the kernel should do only those things that cannot be done at the
  25. application level.  This includes coordination of shared resources
  26. but NOT enforcement of technically unnecessary ideas about what is
  27. appropriate for applications to be doing.
  28.  
  29. The fact that most UNIX implementations, including systems from
  30. Berkeley and ATTIS, do not fully adhere to this design philosophy
  31. is also irrelevant; they should perhaps be fixed.  Certainly a
  32. standard such as POSIX that establishes a minimum common environment
  33. has no business imposing limited application models across the board.
  34. If POSIX is done properly, it should be even more minimalist than
  35. 8th Edition UNIX.
  36.  
  37.  
  38. Volume-Number: Volume 7, Number 81
  39.  
  40.