我在x86上附加了VS2010 SP1后，正在测试的自由运行应用程序立即退出

如何解决我在x86上附加了VS2010 SP1后，正在测试的自由运行应用程序立即退出

| 在Windows 7 x64上，当我以x86模式连接到一个相当复杂的自由运行的应用程序时，它会运行一段时间，然后可再现地退出。

MyApp.exe Managed (v4.0.30319)\' has exited with code -1073740791 (0xc0000409).

紧随其后

MyApp.vshost.exe: Managed (v4.0.30319)\' has exited with code 0 (0x0).

有时，如果运行正常，它将到达我的断点，我将检查状态，但是当我按下F5继续运行时，该应用程序将以相同的方式退出。 快速搜索错误代码可以告诉我这是堆栈缓冲区溢出。我听说这可能是由不正确的非托管互操作代码引起的。 我可以从调试器OK（F5）运行，但是自由运行和附加始终会出现此问题。 关于如何缩小范围的任何想法？ 编辑：这是我在另一台计算机（Windows Server 2008 R2 x64）上看到的调用栈，可能与之相关：   clr.dll！__ crt_debugger_hook（）       clr.dll！___ report_gsfailure（）+ 0xeb字节       clr.dll!_DoJITFailFast@0（）+ 0x8字节       clr.dll！CrawlFrame :: SetCurGSCookie（）+ 0x2e9c4f字节       clr.dll！StackFrameIterator :: Init（）+ 0x60字节       clr.dll！Thread :: StackWalkFramesEx（）+ 0x8a字节       clr.dll！Thread :: StackWalkFrames（）+ 0x87字节       clr.dll！CNameSpace :: GcScanRoots（）+ 0xd7字节       clr.dll！WKS :: gc_heap :: mark_phase（）+ 0xae字节       clr.dll！WKS :: gc_heap :: gc1（）+ 0x7b字节       clr.dll！WKS :: gc_heap :: garbage_collect（）+ 0x1c1字节       clr.dll！WKS :: GCHeap :: GarbageCollectGeneration（）+ 0xba字节       clr.dll！WKS :: gc_heap :: try_allocate_more_space（）+ 0x1cd0字节       clr.dll！WKS :: gc_heap :: allocate_more_space（）+ 0x13字节       clr.dll！WKS :: GCHeap :: Alloc（）+ 0x507字节       clr.dll！Alloc（）+ 0x5a字节       clr.dll！SlowAllocateString（）+ 0x41字节       clr.dll！UnframedAllocateString（）+ 0x11字节       clr.dll！StringObject :: NewString（）+ 0x26字节       clr.dll！Int64ToDecStr（）+ 0x12e字节       clr.dll！COMNumber :: FormatInt64（）+ 0x17e字节       mscorlib.ni.dll！6c60b8e1（）       [以下框架可能不正确和/或丢失，没有为mscorlib.ni.dll加载符号] EDIT2在应用程序的x64版本上看起来一切正常，问题仅出现在x86中。     

解决方法

        从Windows SDK ntstatus.h头文件中：

//
// MessageId: STATUS_STACK_BUFFER_OVERRUN
//
// MessageText:
//
// The system detected an overrun of a stack-based buffer in this application. This overrun 
// could potentially allow a malicious user to gain control of this application.
//
#define STATUS_STACK_BUFFER_OVERRUN      ((NTSTATUS)0xC0000409L)    // winnt

堆栈分配的缓冲区上的缓冲区溢出是一个臭名昭著的病毒注入向量。微软非常认真地消除了代码中潜在的线程。首先是C和C ++语言。托管代码散落在后面，这不是应该在托管执行环境中发生的事情。 但是，与早期的CLR版本不同，版本4 CLR是在适当的保护下构建的。尽管它很少发生，但它确实能发挥作用。我以前只看过一个问题。 解决此问题将非常困难，尤其是当您没有明显的理由导致应用程序中哪些非托管代码可能会破坏此保护时。最好的办法是进行最少的复制，并与Microsoft支持人员联系以向他们显示问题所在。可能会发现在努力获得再现时找出它的行程。     ,        互操作签名正确吗？尝试使用http://clrinterop.codeplex.com/releases/view/14120生成它，然后重试。     ,        看起来我应该可以通过在代码中注入GC.Collect（）来缩小范围：垃圾回收检查GSCookie等。 断开的链接1：http://7388.info/index.php/article/studio/2010-10-17/354.html 断开的链接2：http://www.pubsub.com/Investigating-a-GSCookie-Corruption_Windows-NET-Troubleshooting-PInvoke-5wbEHu80dzF,rZ5U5DaVJaE