.NET 1.1中未处理的异常处理程序

我正在保留一个.NET 1.1应用程序,而且我所委托的事情之一就是看到客户没有看到任何类型的恶意错误警报。

我已经将训练器包括在Application.ThreadExceptionAppDomain.CurrentDomain.UnhandledException中,这些训练器也会被调用。 我的麻烦是仍然呈现典型的CLR错误对话框(在调用异常训练器之前)。

杰夫在他的博客网站这里这里上谈到了这个问题。 然而,没有任何补救措施。 那么.NET 1.1中用于处理未授权豁免的典型方法是什么,并且还显示了一个令人愉快的对话框?

杰夫的反馈被认为是正确的解决方案,因为他提供的链接有关于如何做所谓的最完整细节之一。

0
2019-05-03 18:01:41
资源 分享
答案: 4

哦,在Windows Forms中,你绝对需要能够让它运行起来。 您需要注意的唯一一点是各种字符串上的点数。

我有一个旧的Code Project下面的文章需要帮助:

用户友好的异常处理

0
2019-05-08 20:44:52
资源

AppDomain.UnhandledException 是一个 场合 ,而不是国际例外培训师。 这表明,当它升高时,你的应用程序目前正在逐渐消失,而且除了做清洁和错误记录之外,你无能为力。

幕后发生的事情是这样的:结构确定了例外情况,向真正领先的电话堆中漫步,找不到肯定会从错误中收回的培训师,因此无法确定是否可以安全地继续实施。 因此,它开始关闭系列,并且在这个场合作为礼貌放弃了你,所以你可以支付你的区域到你目前注定的程序。 当异常通常是未处理的字符串时会发生这种情况。

对这种错误没有单独的因素补救措施。 您需要在发生此错误的所有区域的上游放置一个实际的异常培训师(一个捕获区块),并将其转发(例如)一个国际培训师方法/类别,如果仅仅报告和还基于异常类型和/或Web内容继续进行。

修改:禁用(= hack)错误 - 覆盖设备构建在Windows中是可行的,因此当您的应用程序丢失时,不会显示所需的“崩溃并且还会融化”对话框。 尽管如此,这是可靠的 所有 系统中的应用程序,而不仅仅是您自己的应用程序。

0
2019-05-08 17:38:34
资源

这是一个Windows窗体应用程序。 Application.ThreadException作业惩罚所捕获的豁免,而且我也没有得到丑陋的.NET异常框(OK结束,Cancel调试?那想到了??)。

我正在获得一些未被捕获的豁免,并且还可能导致可能出现问题的AppDomain.UnhandledException场景。 我假设我已经捕获了很多这些豁免,而且我现在正在我们精彩的错误框中展示它们。

因此,我只需要希望没有其他一些条件肯定会导致Application.ThreadException培训师无法捕获豁免。

0
2019-05-07 16:40:11
资源

这是控制台应用程序还是Windows窗体应用程序? 如果它是一个.NET 1.1控制台应用程序,遗憾的是,它是故意的 - 它由你引用的第二篇博文中的MSFT开发者验证:

顺便说一句,在我的1.1设备上,来自MSDN的实例确实有预测的结果; 只是在你加上调试器(或其他)之后,第二行才会出现。 在v2中,我们转过点以确保UnhandledException场合在调试器附加之前触发,这似乎是大多数人所期望的。

似乎.NET 2.0做得更好(感谢受益),但说实话,我从来没有时间回来并检查。

0
2019-05-07 16:33:40
资源