Mfc 在会议日程安排助手0xE0000001（参数：0xFFFFFF8000000A）中的0x00007FFC6C187788（KernelBase.dll）处引发异常

如果在所有异常情况下打开“断开”，则会出现此错误：

---

这是调试模式。我现在不知道该怎么办。

调用堆栈是这类东西的工具。您可以在堆栈中查找在代码中触发异常的内容/位置。调试时应始终保持堆栈窗口可用

设置断点时，可以方便地查看正在发生的情况。大多数时候，源代码都可用于堆栈上的代码。然后您可以悬停以查看不属于您但正在使用的内容的值

---

让符号服务器加载所有内容。调试时它很便宜，并且消除了大量猜测工作。

为什么不加载KernelBase.pdb并查看堆栈？？？这可能是一个无害的例外。@lakeweb我不知道怎么做。调试->窗口->调用堆栈以查看堆栈。在symbol server对话框中有一个按钮

load

@lakeweb讽刺的是，我现在不能复制这个异常！经过进一步的调查，这些都是我自己生成的异常，是可以接受的。它们是我通过提供新的默认数据而创建、捕捉和“临时”的例外情况。因此，我从未向用户显示过任何内容。对不起，这并不能提供问题的答案。虽然提供了通常有用的提示（直到您开始调试64位代码为止），但它并没有解决具体问题。这既不应该被发布，也不应该被接受为最佳答案。Hi@IInspectable不是他的问题吗，我现在不知道该怎么做，寻找一个关于如何/在哪里寻找的答案？事实证明，这是他自己的例外，如果不查看堆栈，他/我不会知道这一点。这似乎是他解决问题所需要的。