问题标签 [unhandled-exception]

我是一个相当新的程序员，所以请多多包涵。我正在使用 VC++ 2008。

我从我的程序中收到此错误：

z projection.exe 中 0x68bce2ba (msvcp90d.dll) 处未处理的异常：0xC0000005：访问冲突写入位置 0x00630067。

然后计算机将我带到这一页代码，它看起来相当混乱，而且我绝对不是写的。它指出这部分代码是有问题的代码（由“<-computer points to this line”标记）：

我已将其缩小到我自己的程序中可能导致崩溃的代码行（以“index”开头的第 4 行代码，也是 stage = 1）：

令我困惑的是，我从我编写的另一个程序中复制并粘贴了这段代码，该程序已经运行了数百次，从来没有遇到过任何麻烦。

编辑：这是整个代码。

好的，在我开始将结果输出到硬盘的最后一段代码之前，一切都很好。我使用了 VC++ 中的断点，并且在错误之前成功通过的最后一个断点位于前面提到的点（我发布的第二个代码块）。显然 HTML 也不喜欢我的 c++ 代码。

哦，还有，省去遍历循环的麻烦......它们应该没问题......那里有十几个循环，你不必担心它们发生了什么，它们非常安全。我只有最后一块有问题。

我有一个带有绑定到 Application.CurrentDomain.UnhandledException 的事件处理程序的 .NET 程序。运行带有调试的程序时，当抛出未处理的异常时会触发此事件。但是，在没有调试的情况下运行时，事件不会触发。

我的问题是什么？

谢谢，安德鲁

I have a WPF application that spins off several threads. I have defined a DispatcherUnhandledException event handler in App.xaml.cs that displays a detailed error message, and this handler gets called every time the UI thread encounters an exception. The problem is with the child threads: their unhandled exceptions never get handled. How do I do this?

Sample code:

Edit: Once an unhandled exception occurs, I want to display an error message with a stack trace, and then exit the application.

这是我之前多次注意到的行为，我想知道其背后的原因。如果您在 (Visual Studio 2008) 调试器下运行以下程序，throw无论您多久继续调试，调试器都会不断中断语句。你必须停止调试才能离开那里。如果您在没有调试器的情况下运行程序，我希望调试器中断一次，然后进程终止。有人知道这种行为的充分理由吗？

在我的多线程服务器中，我正在使用以下代码（在运行表单本身或课程之前）

被调用的方法将异常写入列表，以便我可以轻松修复它。但是今天我来了，看到VS已经扔了NullReference exception，我不知道为什么它没有被抓住？

我可以通过调用来重现它：

该程序确实跳转到异常捕获范围，但它停留在 Flush line..strange 上。任何其他异常都处理得很好..也许是因为这个方法还没有实现？

我确定我已经"Object reference not set to an instance of object"在我的“例外”列表中看到并且程序继续进行。为什么没有捕获到这个特定的异常？

偶尔在我的代码中，我会故意使用抛出的异常作为事件触发器。例如，我将循环直到抛出异常，然后break;在catch子句中。这是不好的做法吗？查询我正在循环的某些属性以预先确定索引（即预先确定何时停止循环）会更有效（或更清洁）吗？当然，只有当我确定实际上会抛出异常以避免无限循环时，我才会这样做。谢谢！

在 Java 程序中，我目前在程序中的某个点收到“未处理的异常”，我似乎无法确定生成该异常的位置。

由于程序包含处理发送和接收的无线数据字节的流，因此调试代码也很困难。我似乎无法用调试器模拟它。

我应该采用什么策略来定位异常？

我在调试与运行已编译的 .exe 时看到了不同的行为，异常被捕获或未被捕获。我有两种形式（Form1 和 Form2）。Form1 上有一个按钮，它实例化并调用 Form2 上的 ShowDialog。Form2 上有一个按钮，它故意产生除以零错误。当我调试时，Form1 中的 catch 块被命中。当我运行编译的 .exe 时，它​​没有被命中，而是出现一个消息框，指出“您的应用程序中发生了未处理的异常。如果您单击继续，应用程序将忽略此错误并尝试继续。如果您单击退出，应用程序将立即关闭...试图除以零”。我的问题是为什么在调试和运行 .exe 时会出现不同的行为？如果这是预期的行为，那么是否有必要在每个事件处理程序中放置 try/catch 块？这似乎有点疯狂杀戮，不是吗？

这是 Form1 的代码。

这是Form2的代码：

当我的 .NET 应用程序在 Windows Vista 启动时（使用“启动”文件夹中的快捷方式）自动启动时，我偶尔会遇到奇怪的未处理访问冲突。当我手动启动可执行文件时，我没有看到这个错误。它是随机发生的，我还没有能够可靠地重现这个问题。

这是我收到的信息：

{executable name}.exe 中 0x6f303dea 处未处理的异常：0xC0000005：访问冲突读取位置 0x0000000c。

调用堆栈：

mscorwks.dll!6f303dea()
[下面的帧可能不正确和/或丢失，没有为 mscorwks.dll 加载符号]
kernel32.dll!7780907a()
mscoree.dll!6ff47c24()
kernel32.dll!7780d0e9()
ntdll.dll !778e19bb()
ntdll.dll!778e198e()

由于 mscorwks.dll 与 CLR 有关，我认为这可能是 CLR 中的错​​误。关于为什么会发生这种情况以及如何解决它的任何想法？

监控我的全局异常日志，无论我做什么，这个错误似乎都无法消除，我以为我终于摆脱了它，但它又回来了。您可以在此处的类似帖子中看到错误的轨迹。

环境注意事项：

IIS 6.0、.NET 3.5 SP1单服务器 ASP.NET 应用程序

已经采取的步骤：

在我所有页面的页面库中

同样在页面的源代码中，我可以看到所有 ASP.NET 生成的隐藏字段都正确地位于页面顶部。