On Oct 11, 2006, at 11:52 PM, Eric Williams wrote:
On Oct 10, 2006, at 6:24 AM, Dean Davis wrote:
This is an RB bug on intel builds for the App.HandleAppleEvent event.
<http://www.realsoftware.com/feedback/viewreport.php?
reportid=lghyetlh>
Please sign up.
There is a workaround in that you need to do double comparisons
(forward and
reverse) on all strings or reverse the strings in the AppleEvents.
OSType doesn't help as this is not a declare issue but a built-in
RB issue.
I recently read a note about the Perl programmers responsible for
Perl's AppleScript support experiencing this same problem.
The problem is endian, as you might expect. Four-byte OSTypes are
often handled as integers for convenience; because PPC is big-
endian and X86 is little-endian, treating non-integer data as
integers is asking for trouble. Easily enough fixed, but hard to
find everything that needs to be fixed.
You have it backward -- actually, OSTypes are unsigned integers.
They are expressed in big-endian format as strings for convenience.
The problem is that most people did not write their code to handle
endianness correctly. Until Intel Inside came to Apple, only people
doing cross-platform QuickTime development or writing cross-platform
IDEs needed to be concerned about it.
Charles Yeomans
_______________________________________________
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>
