We are releasing IOS SDK and one of our customers has shared with us his crash log which is not symbolicated and shows a wrong instruction place in our SDK. We release our SDK with .DSYms
I would like to symbolicate the Apple framework stack first so I have looked at the following :
Code Type: ARM-64 (Native)
OS Version: iOS 16.1.1 (20B101)
I have downloaded the correct package for it:
iOS DeviceSupport/16.1.1 (20B101) arm64
If I look at the binary images:
0x1cfeb9000 - 0x1d1696fff UIKitCore arm64-unknown <179501b60fc2344ab969b4e3961ebe10> /System/Library/PrivateFrameworks/UIKitCore.framework/UIKitCore
so the uuid is 179501b60fc2344ab969b4e3961ebe10 BUT
executing
dwarfdump --uuid UIKitCore
UUID: AA0A89BD-E48F-31DB-AD5C-5C724CE77D12 (arm64) UIKitCore
in the iOS DeviceSupport/16.1.1 (20B101) arm64 gave me a different uuid
I am wondering why the uuid are differnt? (I have also tried with arm64e)
is there a way to symbolicated apple framework stack trace without the .DSYM file of the app? why the only symbolicated method is in our SDK (I guess it because we ship the SDK with .DSYM while the app developer didnt symbolize his crash logs)