Hi Creobit,

unfortunately native calling conventions on iOS 64bit is not yet supported (nor is any other 64bit ARM platform). I don't have access to any 64bit ARM platform so I can't implement this support myself, but if you want to give it a try on your own I can guide you through it. It usually doesn't take more than a week or two to get it to work. Although it involves assembler code it doesn't require a lot of understanding of assembler code since most of the time it is just a matter of copying existing code obtained by disassembling C++ compiled functions :).

Compiling the library with AS_MAX_PORTABILITY works but then you cannot use the native calling conventions asCALL_CDECL, asCALL_THISCALL etc. That's why you get the error asNOT_SUPPORTED when trying to register the function 'void sleep(uint)' with calling convention asCALL_CDECL. Instead you need to provide proxy functions that use the asCALL_GENERIC calling convention. The templated wrapper functions in the add-ons will reduce the amount of work needed to write the proxy functions. Most of the time it is just a matter of replacing the asFUNCTION/asMETHOD macro with the corresponding WRAP_FN/WRAP_MFN macros.

Regards,

Andreas

I need more information in order to give an appropriate answer.

• Can you give more detail about the crash?
• Where is the null pointer exception being thrown from?
• What does the callstack look like when the crash occurs?
• Is the null pointer exception you refer o a C++ exception or script exception?

That's odd. The context->Execute() call should return -3 (asEXECUTION_EXCEPTION) in this scenario. It should definitely not cause any C++ null pointer exception.

This is a different scenario than in your previous one. Does the crash happen in both cases?

Can you show me the value of the string returned by asGetLibraryOptions() when called on iOS arm64?