异常断点 - LLDB结果与GDB

时间:2012-01-25 03:41:34

标签: objective-c xcode4.2 lldb

我已经专门针对这个问题搜索了主题,但没有找到任何与我的经验相近的内容。如果我忽略了答案,请原谅我。我熟悉GDB和异常点,断点等等......但是下面的GDB和LDB调试测试让我没有看似合理的反应。

全球测试值

  • Xcode 4.2.1
  • 新单一窗口项目(默认模板没有变化)
  • 已启用Arc
  • 故事板已启用

案例1 - GDB调试器

异常断点值:

  • 例外 - 全部
  • 休息 - 投掷
  • 参数 - 无
  • 结果 - 无崩溃

案例2 - LLDB调试器

异常断点值:

  • 例外 - 全部
  • 休息 - 投掷
  • 参数 - 无
  • 结果 - 与Sigbart&机器码;没有可辨别的堆栈跟踪

案例3 - LLDB调试器

异常断点值:

  • 例外 - Objective-C
  • 休息 - 投掷
  • 参数 - 无
  • 结果 - 无崩溃

案例4 - LLDB调试器

异常断点值:

  • 例外 - C ++
  • 休息 - 投掷
  • 参数 - 无
  • 结果 - Sigbart和机器代码崩溃;没有可辨别的堆栈跟踪

问题:我应该简单地假设选择“Objective-C”作为例外选项是一种安全的方式,还是我可能忽略了一个明显的问题?我的理解是,从Xcode 4.2.1开始,建议我使用LLDB并且愿意。但是,我对上面的结果感到好奇。

提前感谢所有社区回复!

1 个答案:

答案 0 :(得分:0)

感谢 @Mike K 的深思熟虑的建议,我能够解决我可能忽略一个明显问题的担忧。

当我在实际设备iPhone / iPad上重现上述场景时,案例2和4 使用LLDB不再产生崩溃,应用程序按预期运行。问题似乎仅限于模拟器。

为了后人的缘故,我对模拟器上问题的根本原因感兴趣,但我很高兴我能按预期继续使用LLDB。