tags:

views:

992

answers:

3
+1  A: 

This kind of prolem can occur if you are calling unmanaged code e.g. a dll. It can occur when Marshalling goes horribly wrong.

Can you tell us if you are calling unmanaged code? If so are you using default Marshalling or more specific stuff? From the looks of the stack trace are you using unsafe code e.g. Pointers and the like? This could be your problem.

TK
+1  A: 

List of some possibilities:

  • An object is being used after it has been disposed. This can happen a lot if you are disposing managed object in a finalizer (you should not do that).
  • An unmannaged implementation of one of the object you are using is bugged and it corrupted the process memory heap. Happens a lot with DirectX, GDI and others.
  • Mashaling on managed-unmanaged boundary is flawed. Make sure you pin a managed pointer before you use it on an unmanaged part of code.
  • You are using unsafe block and doing funny stuff with it.


In you case it could be a problem with Windows Forms. But the problem is not that it is happening, but rather that it is not being reported correctly; you possibly still have done something wrong.

Are you able to determine what control is causing the error using the HWND? Is it always the same? Is this control doing something funny just before the application crashes? Is the unmannaged part of the control a custom window or a standard control?

Coincoin
A: 

Here is a more detailed stacktrace. It looks to me like it has something to do with the System.Windows.Form.dll

the TargetSite is listed as {IntPtr DispatchMessageW(MSG ByRef)}
and under module it has System.windows.forms.dll

Adam Lerman