• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Various Qs about Intel and AppleScript
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Various Qs about Intel and AppleScript


  • Subject: Re: Various Qs about Intel and AppleScript
  • From: "Scott Babcock" <email@hidden>
  • Date: Mon, 6 Feb 2006 12:39:08 -0800
  • Thread-topic: Various Qs about Intel and AppleScript

In the absence of a BOM, the data must be presented big-endian. This is
a quote from unicode.org (http://www.unicode.org/faq/utf_bom.html#28):

... If there is no BOM, the text should be interpreted as big-endian.

> Date: Mon, 6 Feb 2006 11:35:22 -0800
> From: Christopher Nebel <email@hidden>
> Subject: Re: Various Qs about Intel and AppleScript
> To: AppleScript Users <email@hidden>
> Message-ID: <email@hidden>
> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
>
> On Feb 4, 2006, at 8:06 AM, jj wrote:
>
> >> At 2:15 PM +0100 1/11/06, jj wrote:
> >>> Will little-endian vs. big-endian affect AS code?
> >>>
> >>> For example, if I compile an alias reference in a PowerPC
> >>> machine, will it
> >>> fail in the Intel one?
> >>>
> >>> Or should I write/read Unicode text being aware of endian
> >>> differences?
> >>
> >> This has little to see with the Intel machine. Anyway you may have
on
> >> your machines low-endian as well as big-endian Unicode files, and
> >> most Unicode reader software understand both - except of course for
> >> UTF-8 without the BOM where the software usually guesses its own
> >> endian.
> >
> > Yes, but for example, you can write "as list", where every member
> > is a chunk
> > of Unicode text, and I don't think actually the structure includes
> > a BOM (it
> > doesn't at all), so I was trying to ensure you can retrieve the
> > exact info
> > both from Intel and PPC when you read the data again (and seem
> > Chris ensures
> > a big-endian behaviour in both machines, at least till AppleScript
is
> > re-newed ;-).
>
> A BOM is merely one way to have endian-safe data.  If all the
> producers and consumers of a data stream agree on a particular
> endianness, then you don't need any signaling tags like a BOM, and
> that's what we did.
>
> Incidentally, the concept of endianness is meaningless for UTF-8,
> because UTF-8 is defined as a stream of 8-bit bytes.  Endianness, at
> least as far as Intel and PowerPC are concerned, only applies to
> larger units, such as 16- and 32-bit words.  Including a BOM in a
> UTF-8 file is handy in that it's a signal that the data is in fact
> UTF-8, but is otherwise unnecessary.
>
>
> --Chris Nebel
> AppleScript and Automator Engineering
>
>
>
> ------------------------------
>
> _______________________________________________
> Applescript-users mailing list
> email@hidden
> http://lists.apple.com/mailman/listinfo/applescript-users
>
> End of Applescript-users Digest, Vol 3, Issue 73
> ************************************************
 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Applescript-users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

  • Prev by Date: downloaded images and "Image Events"
  • Next by Date: Re: downloaded images and "Image Events"
  • Previous by thread: Re: Various Qs about Intel and AppleScript
  • Next by thread: Scripting Addition to automate mouse clicks in Mac OS X 3.9
  • Index(es):
    • Date
    • Thread