-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