home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v7 / text0085.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  2.3 KB
  1. From: seismo!bellcore!jgs (Jeff Smits)
  2. Date: Tue, 21 Oct 86 16:32:57 edt
  3.  
  4. One of the nice things about the UNIX system, is that the operating system
  5. doesn't try to define precise semantics of the  use of its facilities.
  6. "A path-name is a null-terminated character string starting with an optional
  7. slash (/), followed by zero or more directory names separated by slashes,
  8. optional followed by a file-name." (From the System III reference manual)
  9. That is all the semantics attached to the concept of a path-name.
  10.  
  11. By leaving the semantics simple, it makes it easy to support file/path-names
  12. with international characters in them.  UNIX Pacific offers a source product
  13. called JAE 1.0 (Japanese Application Environment) based on System V, Release
  14. 2.1.0.  Included in its features is support for Japanese file-names as
  15. documented in the Future Directions section of SVID Issue 2.
  16. The basic concept is that the US ASCII code-set is always present contained
  17. in the code-set range 001-0177(octal).  The range above 0177 (0x200-0x377 on
  18. an eight-bit machine) is reserved for international characters.  No changes
  19. were needed to the core operating system to support this.  Many of the utilities
  20. function correctly with these code-sets.  This is all because there were no
  21. additional semantics attached to the meaning of a character in a path-name.
  22.  
  23. It is the terminal driver's responsibility to convert the data received from
  24. an international terminal into this internal representation.
  25.  
  26. The important point is that the operating system has no knowledge of the
  27. code-set the path-names are written in.  The only assumption made about a
  28. path-name is that the '/' character separates components in a path, and
  29. the NULL character terminates the path.
  30.  
  31. If the standard changed to support case translation, it would be building an
  32. code-set bias into an operating system implementation.  It would be difficult
  33. to support the variety of code-sets with that type of conversion being done
  34. in the operating system.
  35.  
  36. Due to international considerations and the fact that current practice
  37. (both System V and BSD) support case sensitive file-names, I think
  38. the current P1003 draft is correct with respect to case sensitivity.
  39.  
  40.  
  41.                         Jeff Smits
  42.                         AT&T Information Systems
  43.                         ..!attunix!jgs
  44.                         (201)-522-6263
  45.                         190 River Rd.
  46.                         Summit, NJ 07901
  47.  
  48. Volume-Number: Volume 7, Number 86
  49.  
  50.