[JW Lua] JW Lua 32bit/64bit differences?

[Jan Angermüller]

Thanks for the info, Jari!

Am 19.03.2017 um 16:12 schrieb Jari Williamsson:
> Jan,
>
> The JW Lua scripts should be expected to work the same, from the 
> script developers POV.
>
> I try to keep the same Lua version (5.2.3) on both 32 and 64-bit. That 
> seems to work.
>
> There's a bit of a struggle on the Mac side to get all 3rd part open 
> source components to work together in 64-bit, but I hope to solve 
> those issues without workarounds.
>
> Internally, the Finale PDK has been pretty good on specifying the 
> exact bit widths for data, so Finale data should generally be compatible.
>
> The exception seems to be that 64-bit Finale seems to have dropped 
> support for non-Unicode PDK API data (earlier there were both 8-bit 
> and UTF16 versions). I think that's the cause to the issue that you 
> reported about the font names not being correctly reported in 
> FCFontInfo etc. I need to find all those occurences.
>
>
> Best regards,
>
> Jari Williamsson
>
> On 2017-03-19 12:58, Jan Angermüller wrote:
>> Hi Jari,
>>
>> are there any things we need to be aware of when running the "old"
>> plugins in 64bit?
>> Any known bit incompatibilites or other hard-coded values that have
>> changed ?
>>
>> I noticed for example that the old "full measure pos right" value
>> (->FCMusicRegion:SetEndMeasurePosRight()) is still the max 32bit signed
>> value 2147483647. And the "bit32."-functions also still seem to work.
>> This looks like great backwards compatibility!
>>
>> Best,
>> Jan
>>
>>
>>
>> _______________________________________________
>> JWLua mailing list
>> JWLua at jwmusic.nu
>> http://jwmusic.nu/mailman/listinfo/jwlua_jwmusic.nu
>>
>
>
>
> _______________________________________________
> JWLua mailing list
> JWLua at jwmusic.nu
> http://jwmusic.nu/mailman/listinfo/jwlua_jwmusic.nu
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://jwmusic.nu/pipermail/jwlua_jwmusic.nu/attachments/20170319/0a12fa19/attachment.html>