home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.18 / text0078.txt < prev    next >
Encoding:
Internet Message Format  |  1990-03-18  |  2.4 KB
  1. From: wheeler@ida.org (David Wheeler)
  2.  
  3. domo@tsa.co.uk (Dominic Dunlop):
  4. = From: Dominic Dunlop <domo@tsa.co.uk>
  5. = 
  6. =        Report on ISO/IEEE JTC1/SC22/WG15 Rapporteur Group on
  7. =              Internationalization Meeting of 5th - 7th
  8. =                   March, 1990, Copenhagen, Denmark
  9. = 
  10. =                 Dominic Dunlop   --  domo@tsa.co.uk
  11. = 
  12. =                       The Standard Answer Ltd.
  13. = 
  14.  
  15. I enjoyed your posting, thank you!  You included a lot of "what this
  16. phrase really means" that I appreciated.
  17.  
  18. = 
  19. =      3. ISO 646[4], the earliest ISO standard for information
  20. =         technology, is the international derivative of ASCII.
  21. =         Its Danish variant replaces ASCII's } with aa.  Around
  22. =         the world, #$@[\]^`{|}~, all of which have a special
  23. =         meaning to the shell, are replaced by other characters
  24. =         in standards derived from ISO 646.  See [5] for much
  25. =         more information.
  26. = 
  27.  
  28. Isn't there an 8-bit standard character set that defines the first 128
  29. characters as a standard set (say as USASCII, provincial I'm afraid but it
  30. would break no Unix tools), then includes all the international
  31. characters as those with values > 127?   If this were used in the POSIX
  32. standard, wouldn't this solve many problems for those using a
  33. Latin-based alphabet? Or is this standard unused in the real world?
  34. Admittedly this eliminates the non-Latin alphabet world, and that
  35. is a weakness.
  36.  
  37. =     Apart from all this organizational stuff, we did review some
  38. =     existing documents.  For example, DTR (draft technical
  39. =     report) 10176, a product of SC14, discusses the treatment of
  40. =     characters appearing in language constructs, variable names,
  41. =     literals and comments, and turns out to have implications
  42. =     for sh, awk, yacc and the other ``little languages'' defined
  43. =     in DP 9945-2, the forthcoming international standard for the
  44. =     shell and tools.  And a document from SC22's study group on
  45. =     character sets suggests that source files should have some
  46. =     means of announcing the character set that they're using.
  47. =     Could this mean typed files or resource forks for POSIX6?
  48. =     Gee.  How would we hide that?
  49. = 
  50.  
  51. Some C programs would have to be fixed to deal with signed characters
  52. but at least the rules would be simple: 128+ are ordinary characters &
  53. can be used in identifiers, etc.
  54.  
  55. Source file tagging for language sounds like an abomination!
  56.  
  57. --- David A. Wheeler
  58.     wheeler@ida.org
  59.  
  60.  
  61. Volume-Number: Volume 18, Number 80
  62.  
  63.