Xcode 4.2 debug不符號堆棧調用我在iOS 5模擬器/設備中調試Xcode 4.2時遇到問題。正如預期的那樣，以下代碼崩潰：NSArray *arr=[NSArray array];[arr objectAtIndex:100];在iOS 4中，我獲得了十六進制數的有用堆棧跟蹤。但是在iOS 5中，它只是給了我：*** First throw call stack:(0x16b4052 0x1845d0a 0x16a0674 0x294c 0x6f89d6 0x6f98a6 0x708743 0x7091f8 0x7fcaa9 0x2257fa9 0x16881c5 0x15ed022 0x15eb90a 0x15eadb4 0x15eaccb 0x6f02a7 0x6faa93 0x2889 0x2805)謝謝。
2 回答
梵蒂岡之花
TA貢獻1900條經驗 獲得超5個贊
我沒有嘗試過會解決這個問題（嘗試了兩個編譯器，兩個調試器等）。升級XCode以進行iOS 5更新后，沒有任何堆棧跟蹤似乎有效。
但是，我找到了一個有效的解決方法 - 創建我自己的異常處理程序（由于其他原因也很有用）。首先，創建一個處理錯誤并將其輸出到控制臺的函數（以及您想要用它做的任何其他事情）：
void uncaughtExceptionHandler(NSException *exception) {
NSLog(@"CRASH: %@", exception);
NSLog(@"Stack Trace: %@", [exception callStackSymbols]);
// Internal error reporting}接下來，將異常處理程序添加到您的應用程序委托：
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions{
NSSetUncaughtExceptionHandler(&uncaughtExceptionHandler);
// Normal launch stuff}而已！
如果這不起作用，那么只有兩個可能的原因：
有些東西會覆蓋你的
NSSetUncaughtExceptionHandler電話（你的整個應用只能有一個處理程序）。例如，某些第三方庫設置了自己的uncaughtExceptionHandler。因此，嘗試在didFinishLaunchingWithOptions功能的END處設置它（或選擇性地禁用第三方庫）?；蛘吒玫氖牵O置一個符號斷點NSSetUncaughtExceptionHandler，快速查看誰在調用它。您可能想要做的是修改當前的而不是添加另一個。你沒有真正遇到異常
- 2 回答
- 0 關注
- 599 瀏覽
添加回答
舉報
0/150
提交
取消