The crash log does not symbolize armv7s system libraries

I am trying to analyze a failure log sent by me by a client, but I cannot make it symbolize system library calls. It does to correctly display calls for my own methods. This does not make it very practical to analyze what goes wrong. I did 'symbolicatecrash -v' to see what causes the lack of symbolism. The likely reason is this:

## /Users/baraupp/Library/Developer/Xcode/iOS DeviceSupport/6.1.3 (10B329)/Symbols/usr/lib/system/libsystem_kernel.dylib doesn't contain armv7s slice 

I checked the mentioned libraries with "lipo" which says that they contain "armv7" but not "armv7s". After searching the Internet, it turned out that this is the difference between iPhone 4 and iPhone 5. The usual solution seems to be to connect the iPhone 5 device and load the libraries from there. But I do not have an iPhone 5.

Does anyone know how to solve this?

To give you an idea of โ€‹โ€‹what the symbolism looks like:

 Thread 0 Crashed: 0 libsystem_kernel.dylib 0x3bab0350 0x3ba9f000 + 70480 1 libsystem_c.dylib 0x3ba26fb2 0x3b9f8000 + 192434 2 libsystem_c.dylib 0x3ba63366 0x3b9f8000 + 439142 3 libc++abi.dylib 0x3b00bdda 0x3b008000 + 15834 4 libc++abi.dylib 0x3b009094 0x3b008000 + 4244 5 libobjc.A.dylib 0x3b5bca58 0x3b5b4000 + 35416 6 libc++abi.dylib 0x3b009118 0x3b008000 + 4376 7 libc++abi.dylib 0x3b0091b0 0x3b008000 + 4528 8 libc++abi.dylib 0x3b00a626 0x3b008000 + 9766 9 libobjc.A.dylib 0x3b5bc9b0 0x3b5b4000 + 35248 10 CoreFoundation 0x3380829c 0x337ff000 + 37532 11 CoreFoundation 0x338080c4 0x337ff000 + 37060 12 GraphicsServices 0x373e7336 0x373e2000 + 21302 13 UIKit 0x357242b4 0x356cd000 + 357044 14 Flyskyhy 0x000f8a66 main (main.m:17) 15 Flyskyhy 0x000f8a1c 0xf6000 + 10780 
+4
source share
3 answers

There are only two ways to solve this:

  • You will need an iPhone 5 device with iOS 6.1.3 to connect to a computer so that Xcode can import characters
  • Or you need to get characters from another developer and replace them with them.

Symbols are usually part of the latest version of Xcode, but Apple does not always provide Xcode updates when the iOS version contains bug fixes, but the API does not change.

+7
source

I ran into this problem also with the iOS7 application using Xcode5, although I had all the correct characters.

I found that I took the dSYM file from the archive, where the spotlight could index it, but the crash log was only symbolically symbolized (as seen in the question). But I left the actual .app file in xcarchive and it could not be indexed by a spotlight. As soon as I copied this file from the archive to a visible place, I was able to correctly describe it.

+3
source

In Kearneyโ€™s next answer: You can install the appropriate Xcode with the target version of iOS and copy ~ / Library / Developer / Xcode / iOS DeviceSupport /

0
source

All Articles