home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / std / unix / 377 < prev    next >
Encoding:
Internet Message Format  |  1992-08-12  |  1.5 KB
  1. Path: sparky!uunet!uunet!not-for-mail
  2. From: decot@cup.hp.com (Dave Decot)
  3. Newsgroups: comp.std.unix
  4. Subject: Re: POSIX update
  5. Date: 12 Aug 1992 18:10:39 -0700
  6. Organization: Hewlett-Packard, Cupertino, CA
  7. Lines: 28
  8. Sender: sef@ftp.UU.NET
  9. Approved: sef@ftp.uucp (Moderator, Sean Eric Fagan)
  10. Message-ID: <16ccqfINNrss@ftp.UU.NET>
  11. References: <16b9drINNero@ftp.UU.NET>
  12. NNTP-Posting-Host: ftp.uu.net
  13. X-Submissions: std-unix@uunet.uu.net
  14.  
  15. Submitted-by: decot@cup.hp.com (Dave Decot)
  16.  
  17. peterw@spaten.sharebase.com (Peter Wisnovsky) writes:
  18. > >Not to mention the reports that Microsoft NT will be POSIX compliant when
  19. > >it appears.
  20. > 
  21. > Not really in terms of character set support. My understanding is that
  22. > they are going to fix wchar_t at 16 bits to store Unicode data, which
  23. > strictly speaking is non-conformant.
  24.  
  25. What are you babbling about?  POSIX.1 and POSIX.2 say nothing whatsoever
  26. about wchar_t.  ISO C makes no requirement conflicting with using Unicode
  27. (or any 16 bit codeset where there is an all-zero code available for
  28. the null wide character) in wchar_t.
  29.  
  30. What leads you to believe that using Unicode renders a system non-POSIX
  31. conformant, "strictly" or otherwise?
  32.  
  33. > I'd love to hear differently, since I envision having to support Unicode
  34. > some day, but am loath to do it without substantial support from the OS.
  35.  
  36. What kind of OS support do you envision is required?  Generally, applications
  37. should be written using libraries that are codeset independent anyway.
  38.  
  39. Dave Decot
  40.  
  41.  
  42. Volume-Number: Volume 28, Number 92
  43.