symbolicate

    0熱度

    1回答

    我已經使用這個代碼作爲UncaughtExceptionHandler我的應用程序來捕捉一些崩潰信息,然後返回給我: NSArray *callStack = [exception callStackReturnAddresses]; int i,len = [callStack count]; // void **frames = new void *[len]; void

    3熱度

    1回答

    我正在使用BugSense來跟蹤iOS應用程序中的崩潰。最近我注意到實際使用中象徵性堆棧痕跡的問題。 問題是蘋果引入了iOS 4.3的地址空間隨機化,因此感興趣的堆棧地址不能單獨用於檢索導致崩潰的正確方法。 我目前正試圖通過計算 symbol address = slide + stack address - load address ,以獲得正確的地址我已經有滑動和堆棧地址,但是從我的理解加

    4熱度

    3回答

    自從我在XCode中使用符號並且它用於工作以來已經有一段時間了。今天,當我嘗試這個... 存檔我的應​​用程序。 從XCode在我的設備上安裝應用程序。 (只需連接設備並在發佈模式下運行應用程序)。 從Xcode停止了應用程序。 將我的設備上的應用程序(連接到Mac)運行,當然這會崩潰。 現在當我打開Organizer並轉到設備日誌時,它會顯示一個新的崩潰日誌文件。 但它未能象徵我的應用程序的符號

    1熱度

    1回答

    我在App Store上有一個正在崩潰的應用程序。我已經嘗試了幾個關於SO的解決方案來象徵我的應用程序,在不同的時間使用組織者,終端和儀器。到目前爲止沒有任何工作 - 即使Apple方法的行是,我應用程序中方法報告中的行也不會被符號化。看了一會兒後,似乎這可能與應用程序名稱有關,這個名稱與「Angie's List」中的內容一致 - 既有撇號又有空格。現在更改應用程序名稱爲時已爲時太晚,因爲它已在

    4熱度

    3回答

    我想分析一個客戶發給我的崩潰日誌,但我不能讓它來象徵系統庫調用。它確實 symbolicate正確調用我自己的方法。這並不能分析出什麼問題。 我已經運行'symbolicatecrash -v',看看是什麼導致缺乏符號。可能的原因是這樣的: ## /Users/baraupp/Library/Developer/Xcode/iOS DeviceSupport/6.1.3 (10B329)/Symb

    0熱度

    1回答

    我在我的iOS應用程序中設置了uncaughtExceptionHandler,並從用戶那裏獲得了以下數據,但我不知道如何解釋它們以找到錯誤的位置。 加號後面的數字是多少?我如何使用地址來獲取錯誤的位置? callStackReturnAddresses (0x305b1f53 0x3ac1a6af 0x304e85f3 0xe7cd5 0x32d3d419 0x32eb3e0b 0x32dd1a

    2熱度

    2回答

    蘋果指出應用程序在iPhone 5上啓動時崩潰,但我看不到在哪裏。在我的iPhone 5和iPad上,它運行得非常完美。 這是Apple筆記和崩潰報告(它在組織者和手動符號上 - 我想 - )。 請幫我檢查一下看起來是什麼問題。 蘋果指出: 我們發現您的應用一經推出在iPhone 5墜毀運行iOS 6.1.4 ,這是不符合在App Store審查指南。 這時候使用你的應用程序發生了: 在的Wi-F

    8熱度

    3回答

    我不能使用XCode 4.6標記來自測試人員和用戶的OS X(不是iOS)崩潰日誌。無法將崩潰日誌拖入管理器,並且組織者不會顯示〜/ Library/Logs/DiagnosticReports /中的任何崩潰日誌,儘管某些日誌位於該目錄中。 迪迪埃·馬倫凡特評論之前線程XCode not importing OS X crash log是 底線是相當簡單的。截至目前(Xcode 4.6),OS

    5熱度

    1回答

    如何獲得象徵性的一切? 下面是一個例子所以我在說什麼: Thread 0 name: Dispatch queue: com.apple.main-thread Thread 0 Crashed: 0 CoreFoundation 0x351642cc CFRelease + 32 1 CoreFoundation 0x3518e130 CFArraySetValueAtIn

    -1熱度

    1回答

    我只在一個崩潰日誌中注意到這個問題,而且我無法理解爲什麼會發生這種情況。基本上,我已經從客戶那裏象徵了一個崩潰日誌,並且它全部檢查並且正確地標記,,除了一幀,它仍然是非分裂的。下面的代碼片段(第9幀是問題): 6 libc++abi.dylib 0x00001114 std::terminate() + 20 7 libc++abi.dylib 0x00002513 __cxa_th