-3
A
回答
7
崩潰的原因不在main.m中,而是傳播異常以查找異常處理程序,並且由於未找到異常處理程序,因此顯示main.m(應用程序中的最高級別)。 Add an exception breakpoint,應用程序將停止在導致異常的代碼行。
默認設置(如下所示)通常就足夠了。
相關問題
- 1. 在main.m中使用SIGABRT錯誤導致應用程序崩潰
- 2. 應用程序SIGABRT崩潰
- 3. 錯誤的iOS線程SIGABRT和崩潰我的應用程序
- 4. 在main.m中加載錯誤時,應用程序崩潰
- 5. 隨機的應用程序崩潰
- 6. 因爲main.m文件中的我的手機應用程序突然崩潰
- 7. Android應用程序隨機崩潰
- 8. iPhone應用程序隨機崩潰exc_bad_access
- 9. WinForm應用程序隨機崩潰
- 10. Xcode應用程序隨機崩潰
- 11. Android應用程序隨機崩潰(java.lang.NoClassDefFoundError)
- 12. Codenameone IOS應用程序隨機崩潰
- 13. NSRangeException隨機崩潰應用程序
- 14. main.m中的SIGABRT錯誤 - 僅適用於iOS10的應用程序崩潰(在iOS 8中正常工作)
- 15. IOS8應用程序崩潰EXC-CRASH(SIGABRT)
- 16. iPhone應用程序崩潰與隨機信號9
- 17. WPF應用程序與OOM異常隨機崩潰
- 18. 應用程序崩潰的模擬器5.0深遠的main.m
- 19. iPhone應用程序崩潰在main.m沒有更多的信息..?
- 20. 如何處理main.m中發佈的應用程序崩潰?
- 21. main.m異常崩潰
- 22. 多線程程序隨機崩潰
- 23. eventStoreChenged錯誤和應用程序崩潰
- 24. Heroku應用程序崩潰H10錯誤
- 25. 應用程序崩潰,錯誤代碼
- 26. UIKeyboardDidHideNotification錯誤應用程序崩潰
- 27. Heroku應用程序錯誤 - 崩潰
- 28. 驗證錯誤崩潰應用程序
- 29. Heroku - 錯誤H10(應用程序崩潰)
- 30. Heroku錯誤H10 - (應用程序崩潰)
設置在Xcode中的異常斷點,這篇文章介紹如何做到這一點,http://stackoverflow.com/questions/4961770/run-stop-on-objective-c-exception-in- Xcode的-4。這不會解決你的問題,但應該指出什麼是錯的。 – BooRanger