home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / std / internat / 914 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  2.7 KB
  1. Xref: sparky comp.std.internat:914 news.admin.misc:861
  2. Path: sparky!uunet!pipex!bnr.co.uk!uknet!mcsun!Germany.EU.net!incom!kostis!blues!kosta
  3. From: kosta@blues.kk.sub.org (Kosta Kostis)
  4. Newsgroups: comp.std.internat,news.admin.misc
  5. Subject: Re: Data tagging (was: 8-bit representation, plus an X problem)
  6. Keywords: magic codes, portable data
  7. Message-ID: <mq62VB1w165w@blues.kk.sub.org>
  8. Date: 20 Dec 92 01:52:45 GMT
  9. References: <1gtrpdINN6c4@corax.udac.uu.se>
  10. Organization: The Blues Family
  11. Lines: 53
  12.  
  13. andersa@Riga.DoCS.UU.SE (Anders Andersson) writes:
  14.  
  15. > [note Followup-To: comp.std.internat]
  16. > 
  17. > In article <1gt5a2EINNin3@uni-erlangen.de>, unrza3@cd4680fs.rrze.uni-erlangen
  18. > > It should also be noted, that at least one existing OS (Windows NT)
  19. > > uses a 2 byte encoding both internally (e.g. in filenames in Fnodes
  20. > > on the disc) as well as in text files. Text files always begin with
  21. >                           ^^
  22. > > FEFF as a magic code for ISO 10646 textes. This code also indicates,
  23. > > whether it is a littleendian file.
  24. > 
  25. > Is this magic code visible to the user without any special tricks,
  26. > or is it filtered away by the operating system when the file is
  27. > opened for reading?  Suppose I obtain a file, that is labeled as
  28. > containing IS 10646 text, via FTP from a server running Windows NT,
  29. > to a client running a different system--will I then get this 0xFEFF
  30. > magic code (which is meaningless on my system) too, or will I get a
  31. > 'clean' IS 10646 text?
  32.  
  33. Well, I guess programs will "see" either "0xFEFF" or "0xFFFE" depending
  34. on whether the file has been written by a big or a little endian.
  35. If you have a system for which ISO 10646 text files is not meaningless,
  36. the "magic" code isn't meaningless.
  37.  
  38. > I remember seeing text files containing an explicit ^Z (0x1A) at
  39. > the end, due to their origin on some home computer where ^Z was the
  40. > ordinary EOF marker, even though I was sitting on a system with
  41. > perfectly functional EOF pointers in the file descriptor blocks...
  42.  
  43. Never mind. That's a totaly different story. 
  44.  
  45. > I hope the above isn't yet another version of that problem (non-
  46. > standard tags or markers floating around with standards-compliant
  47. > data on systems not understanding them)?
  48.  
  49. The tag *is* defined the UniCode standard and so it should be defined
  50. in ISO 10646, too (this is an assumption). All systems capable of
  51. reading/displaying UniCode/ISO 10646-16-bit (the latter is not the
  52. official name) should follow this tagging.
  53.  
  54. > Alternatively, does this magic code have any chance of becoming
  55. > a standard itself?
  56.  
  57. See above.
  58.  
  59.         Kosta
  60.  
  61.  
  62. -- 
  63.   Kosta Kostis, Talstrasse 25, D-6074 Roedermark 3, Germany
  64.   kosta@blues.kk.sub.org                                        (home)
  65.   sw authors: please support ISO 8859-1!        dv|DV\_=aeoeueAEOEUEss
  66.