Dmitri Iuranov

@ajwfrost No modifications happen after the adt command creates the IPA file. And the same crash happens not only in our game project, but also from a test app project...

@marchbold with such options I am getting compile errors ``` Undefined symbols for architecture arm64: "__swift_stdlib_operatingSystemVersion", referenced from: __ZL27_initializeVouchersDisabledPv in libSwiftCompat.a[arm64][10](Actor.cpp.o) "_swift_errorRetain", referenced from: __ZN5swift47swift56override_swift_task_future_wait_throwingEPNS_11OpaqueValueEPNS_12AsyncContextEPNS_9AsyncTaskEPU14swiftasynccallFvU19swift_async_contextS3_U13swift_contextPvES3_PU14swiftasynccallFvS1_U19swift_async_contextS3_S5_S8_S3_E in libSwiftCompat.a[arm64][9](Task.cpp.o) "_swift_once", referenced from:...

@ajwfrost same crash with `PackageValidation=never` option. The test project contains only one AS3 class and a single ANE (in my case, the Didomi framework). IntelliJ is used for both the...

@ajwfrost yes, I have the commercial license, but it's used only for the production release builds, not test. I removed the projects Assets.car for this test app. But in the...

@ajwfrost I've found what's causing the crash. After you mentioned Assets.car and hinted that the app crashes when trying to display the splash screen, I noticed that the framework (in...

@ajwfrost > So just to check: if you have no Assets.car file at all, then it doesn't crash? But if you have your own root Assets.car, or the framework's Assets.car,...

Hi @ajwfrost Since updating to SDK 51.2.2.2 we're also experience very high crash rate related to a pthread_mutex_lock. It's pretty critical and keeps our app above the bad behaviour threshold....

We updated to the latest 51.2.2.5 SDK. The overall crash rate is decreased a bit (-0.10%), but HandleUsingDestroyedMutex crashes are not gone completely and still happening. Here are new samples:...

https://github.com/airsdk/Adobe-Runtime-Support/issues/3821#issuecomment-3345670817 Following up on what I reported before. We switched to SDK version 51.2.2.5, and the crashes are still happening. However, we were able to narrow down when it crashes...

This is another crash log with a bit different stack trace, but with the same EXC_BAD_ACCESS: Attempted to dereference garbage pointer 0x8. ``` Incident Identifier: CA6F5B57-23C2-4198-A1D9-FA80363145AE CrashReporter Key: 39cf0a2e603fb820d15878a9a9a948004a597eb7 Hardware...