symbolicate

I'm seeing a particular crash on one phone that I can't replicate on other phones. I've copied the symbolicated crash file below. Has anyone else seen something like this? Can anyone shine some light on this? Incident Identifier: D679377A-67D8-4601-91D4-FEDFD4C1D5FD CrashReporter Key: 461dbf2d247a9faa589cea9165651af34e107a72 Hardware Model: iPhone3,1 Process: ThisApp [11984] Path: /var/mobile/Applications/1C70C2B3-56F6-4FD7-8298-7E58818917B7/ThisApp.app/ThisApp Identifier: ThisApp Version: ??? (???) Code Type: ARM (Native) Parent Process: launchd [1] Date/Time: 2011-01-24 14:09:59.651 -0800 OS

I am trying to analyse a crash log that a customer sent me, but I cannot get it to symbolicate the system library calls. It does symbolicate calls to my own methods correctly. That does not make it very practical to analyse what goes wrong. I have run 'symbolicatecrash -v', to see what is causing the lack of symbolication. The likely cause 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 have checked the mentioned libraries with 'lipo', which says that they contain 'armv7' but no

Today was the first time that I tried - and failed - to symbolicate a crash log on a newly bought MacBook (let's call this machine MB1). MB1 came with Mac OS X 10.9 pre-installed. I tracked the problem of the failing symbolication down to Spotlight not indexing any of my .dSYM bundles (without the Spotlight index, Apple's symbolicatecrash script fails to locate the .dSYM bundle that matches the crash log). I came to my conclusion because mdfind "com_apple_xcode_dsym_uuids == *" does not print anything, although I have several .xcarchive bundles in my ~/Library/Developer/Xcode/Archives folder,

I'm trying to get XCode 4 to symbolicate a crash report. I've googled and followed this link (https://github.com/chrispix/symbolicatecrash-fix) but get stopped. The instructions say "To fix your iOS crash report symbolication, move /usr/local/bin/symbolicatecrash aside and copy in the version in this repo." Well, I cannot find "/usr/local/bin/" on my Mac. I'm new to the Mac world, so I'm sure there's something I'm not understanding. If "/usr/local/bin/" doesn't exist, then where is XCode 4 finding symbolicatecrash? Please point a newbie in the right direction as I have a lot of bugs to be

My app got rejected from Apple and I have got crash reports in .txt format instead of .crash format. How can I symbolicate or read the crash report ? Shakti When you get your crash report as a .txt file just follow these steps : Change the file extension .txt to .crash (eg mycrash.txt to mycrash.crash ). Create a new folder in desktop and copy the mycrash.crash file to the newly created folder. Copy the .dSYM file: update: download all DSYMs from appstoreconnect activity- they are properly named with their UUIDs Unzip DSYMs, then copy the App and Sybolicate script as defined below: https:/

The problem is that when symbolicating the stacktrace addresses reported by PLCrashReporter doesn't return the actual system frameworks/libraries symbolicated line. My application line is though showing the correct offending line symbolicated. Some configuration. I have on my OSX 10.9.5 installed the Xcode 5.1.1 and Xcode 6.0.1. When working with the Xcode 5.1.1 and examine the device log I can see the crashes although no symbolication can take place in the crash report. Using Xcode 6.0.1 crashing my app and examine the device log I can see the report symbolicated properly. Atos in any case

I received a crash report via AirBrake.io that isn't symbolicated. Since the crash report is not in exactly the same format as an Apple crashlog I can't just drop it on XCode as usual, so I took the exact same build from my XCode archive tried to symbolicate it on the commandline. With the following result: $ atos -o kidsapp.app/kidsapp 0x0002fc4c 0x0002fc4c (in kidsapp) I'm absolutely sure I'm using the same build as the crash report is from. So I also tried with dwarfdump: $ dwarfdump --lookup 0x0002fc4c --arch armv7 kidsapp.app.dSYM ----------------------------------------------------------