|
|
1
6
事实证明,如果在调试选项中没有选中“仅启用我的代码(仅管理)”,则“用户未处理”列不会显示在“异常”对话框中。 我选择了“仅启用我的代码”选项,并验证“异常”对话框上的“用户未处理”复选框是否已为所有异常类别选中。 我能够让未处理的异常进入调试器进行一次会话。但当我第二天回来时,我的行为和以前一样。 地铁 |
|
|
2
5
第一个是我从谷歌找到的(在这个帖子没有帮助之后),这个帖子让我找到了下面两个。第二个是最好的解释,第三个是微软的bug/ticket(它再次确认这是“设计”行为)。 因此,基本上,如果您的应用程序在返回堆栈的过程中抛出一个碰到内核模式边界的异常,它将在该边界处被阻塞。Windows团队决定最好的处理方法是假装异常已被处理;执行继续,好像一切正常完成。 哦,这是常有的事 处处 假设您必须将一些关键数据写入磁盘,但它在内核模式边界的错误一侧失败。其他代码稍后会尝试使用它,如果幸运的话,您会检测到数据有问题……但为什么呢?我敢打赌,你永远不会认为你的应用程序写不出数据---因为你预期会有一个异常被抛出。 混蛋。 |
|
|
3
2
|
|
|
4
0
“Exceptions…”框中有两个复选框,我通常必须将它们都选中,以使其在未处理的异常上中断。不管它读起来像是你只需要检查一个。 |
|
|
5
0
|
|
|
6
0
|