访问冲突:尝试读取或写入受保护的内存

时间:2011-09-18 01:22:24

标签: c# winforms debugging exception-handling access-violation

我有一个c#(。net 4.0)winforms应用程序,每天每周工作8小时,在XP SP 3上运行。它大部分时间都可正常运行,有时甚至数月。然后它似乎陷入了一个糟糕的咒语,并且每天一次,连续几天,在不同的时间,出现访问冲突异常。我已经尝试查看转储文件,并捕获访问冲突异常以查看堆栈;无论哪种方式,我得到几乎相同的堆栈:

Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
   at System.Windows.Forms.UnsafeNativeMethods.CallWindowProc(IntPtr wndProc, IntPtr hWnd, Int32 msg, IntPtr wParam, IntPtr lParam)
   at System.Windows.Forms.NativeWindow.DefWndProc(Message& m)
   at System.Windows.Forms.ToolTip.WndProc(Message& msg)
   at System.Windows.Forms.ToolTip.ToolTipNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
   at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
   at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr dwComponentID, Int32 reason, Int32 pvLoopData)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.Run(Form mainForm)

我很难解决这个问题,因为堆栈跟踪不是很有用。首先,我甚至不确定我是否可以信任堆栈跟踪:程序是否到达那里(看起来它正在尝试显示一些工具提示,这当然是可能的)因为内存已经损坏,或者程序确实应该合法地那里,但有些数据内存已损坏。其次,假设堆栈跟踪是正确且值得信赖的,我没有找到一种方法来弄清楚什么是破坏内存...我们没有做任何一致的事情来触发访问冲突...应用程序日志没有显示任何在此之前其他被捕获的异常...事件日志不会在访问冲突的同时显示任何条目...有关如何进一步诊断此事的任何提示?

更新2011-10-11:我已经捕获了异常,但围绕着Application.Run()方法。那时似乎为时已晚太多了。如果由于硬件/驱动程序错误而发生此异常并且未指示应用程序的内存已损坏 - 是否还有其他地方可以捕获异常(并显示它,然后让应用程序继续)?

更新2012-03-04:我再次获得异常,这次显示了一个相当简单的表单(只包含一个文本框和一个ok按钮)。我使用的是TextBox.AppendText()。我恰巧正在同时浏览这个comment。 AppendText()会导致问题吗?当发生“原始”访问冲突时,它们会在显示包含richtextbox的表单后发生,我也称之为AppendText()。情节变厚了!

更新2012-03-06:我删除了AppendText,只使用了TextBox.Text =,但今天我又遇到了访问冲突异常。因此,AppendText似乎不是罪魁祸首。此外,在运行Windows 7的开发盒上发生了一次异常。因此,它看起来似乎不是特定于Windows XP或其他计算机的异常(如内存问题)。

7 个答案:

答案 0 :(得分:5)

由于this post,我能够复制该问题。因此,使用DataGridView.ShowCellToolTips = false,一个解决方法似乎禁用所有datagridview中的所有工具提示;但是,这并不理想。 A better work-around将致电

Application.EnableVisualStyles();

before any controls are created in the app

我已经确认,无论DataGridView是否显示自定义工具提示(使用CellToolTipTextNeeded),都会出现问题。

答案 1 :(得分:3)

我在调用C dll的第三方C#包装器时发现了这个问题。我使用实用程序editbin.exe / NXCOMPAT禁用了DEP的C#dll:NO {dll name},这似乎解决了这个问题。

当打开DEP并且C dll可能正在做一些CLR认为是内存损坏并且抛出此错误时,CLR应该进行额外的检查。

您可以在http://blogs.msdn.com/b/ed_maurer/archive/2007/12/14/nxcompat-and-the-c-compiler.aspx

了解详情

答案 2 :(得分:2)

我们最近在执行TextBox.AppendText()时也遇到了AccessViolationException。在尝试重现问题后,我们意识到TextBox不是问题所在。在我们的例子中,它是拖放功能。

这是一个最小的项目(带有TextBox的表单),它将重现异常:

using System;
using System.Windows.Forms;

namespace TestTextBoxAccessViolation {
    public partial class Form1 : Form {


        public Form1() {
            InitializeComponent();
        }

        private void Form1_DragEnter(object sender, DragEventArgs e) {
            e.Effect = DragDropEffects.Copy;
        }

        private void Form1_DragDrop(object sender, DragEventArgs e) {
            e.Data.GetData("DragImageBits");
            Form1 f = new Form1();
            f.textBox1.Text = "Keep resizing this window and you'll get an AccessViolationException after a while";
            f.Show();
        }
    }
}

结论:不要使用“DragImageBits”。

答案 3 :(得分:1)

我发现这个问题不仅在WPF中发生(崩溃),而且在WinForms中也是如此。我的问题与OpenFileDialog有关。 很难说问题的根源是什么,但仍然看起来与OpenFileDialog相关的Microsoft dll有bug(对我来说,它是ComDlg32.dll)

我可以调用ShowDialog()函数的唯一方法是将它包装在事件中并在

的帮助下调用
this.BeginInvoke(
        new Action<YourObject, EventArgs>(YourObject_FileDialogOpened), new object[] 
                                                        { YourObjectInstance, e });

其中&#34;这个&#34;是一个控件(例如,表单)。

BeginInvoke(...)授予您调用将以正确方式处理的权限。

如果在按钮点击事件或任何其他类似场景下使用OpenFileDialog调用,则不会出现问题。

答案 4 :(得分:0)

不确定这是否会有任何帮助,但这个问题在旧版本的.Net中似乎很常见,微软甚至为此发布了一些修复程序。

其中一个初步修复方法如下,

http://support.microsoft.com/kb/923028

这是另一个。 http://support.microsoft.com/kb/975954

答案 5 :(得分:0)

这不容易追踪/修复,因为所有信息都相当“通用”,因此这些是一些通用指针:

  • 它是否总是在同一台机器上发生? 如果是,则可以检查机器(内存测试等从可引导的Linux CD或类似程序运行)和/或在不同的机器上运行以查看它是否发生变化......

  • 显示工具提示时似乎发生异常...可能表示显卡驱动程序出现问题...选择不同的驱动程序和/或不同的屏幕分辨率等,看看会发生什么

  • 您使用的是某些第三方图书馆吗? 因此,检查它们是否存在非托管内存问题(例如使用内存分析器......)是值得的。请与供应商核实是否有更新版本等。
    我前段时间有类似的东西,结果是一些第三方库中的非托管内存泄漏(通过内存分析器诊断出来)......我查看了供应商并获得了一个从那以后运行顺利的固定版本......

答案 6 :(得分:0)

我的行为与OP相同。我修改了一个软件并添加了两个PInvoke方法(以改进UI)。不幸的是,我开始收到与OP相同的消息。在查看答案时,我找到了Raja Hindustani。在评论出两个PInvoke方法时,问题似乎已经消失。