I assume the same, but because it is basically dependent on the
algorithm it could be the way that RB always returns one version to
prevent incompatibilities...
Somebody with an Intel-Mac out there, who can make a quick check?
asc(LeftB(ConvertEncoding("ΓΌ", Encodings.UTF16), 1)) should be 0 for
big endian and 252 for little endian.
Best,
Marcel
On 14.06.2006, at 14:36, stephane richard wrote:
unless on the Intel Mac the CPU is not the one to decided the
Endian coding, I would assume that the result would be little
endian like on PCs.
----- Original Message ----- From: "Marcel" <[EMAIL PROTECTED]>
To: "REALbasic Lists" <[email protected]>
Sent: Wednesday, June 14, 2006 8:27 AM
Subject: UTF-16 / BOM/ Endian question
Hello!
Maybe somebody with an Intel Mac can help me out.
When I do a...
myText = ConvertEncoding(mySourceText, Encodings.UTF16)
... on an Intel Mac, is the result big endian like on PPC Macs, or
is it little endian?
Will there be a difference in the future for a RB program running
in Rosetta or not? ... and does it depends on the RB version?
My goal is to create always the right UTF-16 BOM independent from
the Mac I am running on...
Best,
Marcel
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.8.3/362 - Release Date:
6/12/2006
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
