34、ios系統crash檔案分析方法
方法一(不需要找symbolicatecrash
工具)：
xcode 4.3的symbolicatecrash的位置和老版本的不一致了。
dtdevicekit.framework/versions/a/resources/
xcode 4.3之前
/developer/platforms/iphoneos.platform/developer/library/privateframeworks/dtdevicekit.framework/versions/
a/resources/symbolicatecrash
一. 問題的產生
在xcode的window->orgnizer->device logs裡面可以看到連著的iphone(ipad)裝置上面程式crash的記錄，但
裝置上的乙個crash記錄只能同步一次，
一旦在某台mac上檢視了device logs，裝置上的crash檔案就都會放到這台mac上。
從device logs裡面看crash檔案，會發現有時候崩潰的資訊裡面有**的函式名，有時候卻只有函式位址（如下），這個是怎麼回事呢？
二. 問題的原因
如果沒了的話，就是
三. 解決的方法
具體使用symbolicatecrash工具
1. 新建乙個專門的目錄進行解析處理，如: /crash
2. 把symbolicatecrash工具從原來的位置拷貝到/crash。因為在framework裡面finder不能直接進去，
可以用命令列工具進行拷貝，命令如下：
$ cp /developer/platforms/iphoneos.platform/developer/library/privateframeworks/dtdevicekit.framework/versions/a/
resources/symbolicatecrash /crash
輸入上述命令可能會出現error: "developer_dir" is not defined at ./symbolicatecrash line 60.這個錯誤。
的版本不一致的緣故。
thread 0 crashed:
首先檢視crash log中的崩潰執行緒，假如是這樣的：
輸出資訊如下：
方法二：
方法二：
iOS系統Crash檔案分析方法
ios系統crash檔案分析方法 xcode 4.3的symbolicatecrash的位置和老版本的不一致了。xcode 4.3之前 developer platforms iphoneos.platform developer library privateframeworks dtdevice...
iOS系統Crash檔案分析方法
xcode 4.3的symbolicatecrash的位置和老版本的不一致了。xcode 4.3之前 developer platforms iphoneos.platform developer library privateframeworks dtdevicekit.framework ver...
ios中crash檢測方法
重點是dwarfdump uuid命令 我們在ios開發中會碰到的很多crash問題，如果debug除錯模式的話，我們可以往往很容易的根據log的輸出定位到導致crash的原因，但對於已經上線的應用，或者是release環境包導致的crash，我們就需要一些特殊的手段來通過crash log進行分析...