Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/csharp/263.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/.net/24.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/6/haskell/10.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
C# 关闭windows应用程序时,字符串绑定无效_C#_.net - Fatal编程技术网

C# 关闭windows应用程序时,字符串绑定无效

C# 关闭windows应用程序时,字符串绑定无效,c#,.net,C#,.net,关闭应用程序后,我们从CLR获得以下异常: EXCEPTION_CODE: (NTSTATUS) 0xc0020001 - The string binding is invalid. 调用堆栈完全由clr或其他microsoft代码组成 这个异常似乎是在卸载AppDomain之后发生的,这使得它很难修复 我已经用windbg调试了这个异常,但还没有对如何解决这个问题产生任何见解 以下是windbg的调用堆栈: STACK_TEXT: 00000070`6578eaf0 00007ffd`

关闭应用程序后,我们从CLR获得以下异常:

EXCEPTION_CODE: (NTSTATUS) 0xc0020001 - The string binding is invalid.
调用堆栈完全由clr或其他microsoft代码组成

这个异常似乎是在卸载AppDomain之后发生的,这使得它很难修复

我已经用windbg调试了这个异常,但还没有对如何解决这个问题产生任何见解

以下是windbg的调用堆栈:

STACK_TEXT:  
00000070`6578eaf0 00007ffd`b3d6c52f : 00000255`b843c210 00007ffd`c0a412d0 00007ffd`cd3cbc70 00000000`00000246 : KERNELBASE!RaiseException+0x69
00000070`6578ebd0 00007ffd`b37f2308 : 00000000`00000000 00000000`00000003 ffffffff`8007042b 00000000`00000000 : clr!UMThunkStubRareDisableWorker+0x3f
00000070`6578ec00 00007ffd`cbae625c : 00000000`014d0619 00000000`00000003 00000000`003f05a8 00000000`00000000 : clr!UMThunkStub+0x128
**00000070`6578ec90 00007ffd`cd3cfbf4 : 00000000`00000060 00007ffd`cbade3f9 00000000`00000000 00000000`00000038 : user32!_ClientCallWinEventProc+0x3c**
00000070`6578ed00 00007ffd`cb361064 : 00007ffd`cbaca5c3 00000070`6578edc0 00007ffd`cbb51070 00000000`00000000 : ntdll!KiUserCallbackDispatcherContinue
00000070`6578ed88 00007ffd`cbaca5c3 : 00000070`6578edc0 00007ffd`cbb51070 00000000`00000000 00000070`658ce000 : win32u!NtUserPeekMessage+0x14
00000070`6578ed90 00007ffd`cbaca523 : 00000000`00007fff 00000070`6578ef10 00000000`00000003 00007ffd`65aaa1a0 : user32!_PeekMessage+0x43
00000070`6578ee00 00007ffd`cb63d2e3 : 00000070`6578ef10 00000070`6578f0e0 00000000`0091087c 00000070`6578f180 : user32!PeekMessageW+0x143
00000070`6578ee70 00007ffd`cb63d24d : 00000070`6578f150 00000070`6578ef10 00000000`0091087c 00007ffd`00000400 : combase!CCliModalLoop::MyPeekMessage+0x53
00000070`6578eee0 00007ffd`cb63d42a : 00000000`00000000 00000070`6578f150 00000070`6578f2b4 00000000`00000001 : combase!CCliModalLoop::PeekRPCAndDDEMessage+0x49
00000070`6578ef50 00007ffd`cb63cddf : 00000070`6578f150 00000070`6578f0e0 00000000`00580040 00000070`6578f150 : combase!CCliModalLoop::FindMessage+0x46
00000070`6578efc0 00007ffd`cb5dc63a : 00000070`6578f150 00000000`000136ea 00000070`6578f150 00000000`00000000 : combase!CCliModalLoop::HandleWakeForMsg+0x57
00000070`6578f060 00007ffd`cb638435 : 000000e1`da3b87b5 00000255`b4ce4930 00000000`05c86998 00000070`6578f270 : combase!CCliModalLoop::BlockFn+0x2de
00000070`6578f120 00007ffd`cb5c3c06 : 00000000`00000002 00007ffd`cd364b00 00000000`00000020 00007ffd`cd37a880 : combase!ClassicSTAThreadWaitForHandles+0xa5
00000070`6578f240 00007ffd`b38e0f0d : 00000000`00000001 00000070`6578f399 00000000`00000001 00000000`00000000 : combase!CoWaitForMultipleHandles+0x76
00000070`6578f280 00007ffd`b38e0f8c : 00000000`00000000 00000000`00000001 00000255`b843c210 00000000`00000000 : clr!MsgWaitHelper+0x8e
00000070`6578f2f0 00007ffd`b3839659 : 00000255`b843c210 00000000`00000001 00000000`00000001 00000000`00000000 : clr!Thread::DoAppropriateWaitWorker+0x2e6
00000070`6578f3f0 00007ffd`b3843e5d : 00000255`b4ce4930 00000000`00000001 00000000`00000001 00000000`00000000 : clr!Thread::DoAppropriateWait+0x7d
00000070`6578f470 00007ffd`b38f8089 : 00000070`6578fa50 00000000`00000000 00000000`00013880 00000070`6578fa50 : clr!CLREventBase::WaitEx+0xb6
00000070`6578f500 00007ffd`b38f7fde : 00000000`05c86802 00000070`6578f550 00000000`00000010 00000070`6578fa50 : clr!WaitForEndOfShutdown_OneIteration+0x9a
00000070`6578f5a0 00007ffd`b39e4d7b : 00000000`00000010 00000070`6578fa50 00000000`00000000 00000000`00000001 : clr!WaitForEndOfShutdown+0x1a
00000070`6578f5d0 00007ffd`b38fbc01 : 00000000`00000006 00000070`00001630 00000000`00000000 00007ffd`c0c20000 : clr!EEShutDown+0xdc
00000070`6578f630 00007ffd`b3b1ad10 : 00000000`00000000 00000000`00000000 ffffffff`ffffffff 00000000`00000000 : clr!HandleExitProcessHelper+0x29
00000070`6578f660 00007ffd`beb1c020 : 00007ffd`b3b20450 00000000`00000000 00000000`00000001 00000255`b4856e60 : clr!ExternalShutdownHelper+0x5c
00000070`6578f690 00007ffd`c0c27580 : 00000000`00000000 00000000`00000000 00000070`00000001 00000000`00000000 : mscoreei!RuntimeDesc::ShutdownAllActiveRuntimes+0x170
00000070`6578f980 00007ffd`caf06e01 : 00000000`00000000 00007ffd`beb00000 00000000`00000000 00000070`6578fa50 : mscoree!ShellShim_CorExitProcess+0x130
00000070`6578f9b0 00007ffd`caecff54 : 00000000`00000000 00007ffd`c0c20000 00000070`6578fa38 00007ffd`cafa0e40 : ucrtbase!try_cor_exit_process+0x36e9d
00000070`6578f9e0 00007ffd`caecfdff : 00000000`00000000 00000000`00000000 00000000`00000000 00000070`6578fa30 : ucrtbase!exit_or_terminate_process+0x3c
00000070`6578fa10 00007ff6`d5d612cc : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000001 : ucrtbase!common_exit+0x6f`
在搜索类似问题时,有人建议在导致问题的clr关闭后执行托管代码。 您能告诉我如何使用windbg从崩溃转储获取托管回调函数的详细信息吗?windbg可能会导致此问题