0

我有一个用 C# 编写的针对 .NET Framework 4.0 的生产 Windows 服务，该服务大约每天间歇性崩溃一次。最近一次崩溃发生时，运行服务的远程站点的系统管理员提取了一个转储文件。windbg 中的分析显示其中一个线程抛出了 SEHException：

                                       PreEmptive   GC Alloc                Lock
       ID  OSID ThreadOBJ    State GC           Context       Domain   Count APT Exception
  22    c   cdc 051c2600   1009220 Enabled  0f6af244:0f6b04d4 0054b9e0     0 MTA (Threadpool Worker) System.Runtime.InteropServices.SEHException (0f43a964)

该线程的堆栈如下：

ChildEBP RetAddr  
091ee930 71fb28ca clr!JIT_Dbl2IntSSE2+0x6
091ee954 71fb239a mscorlib_ni+0x2728ca
091ee9ac 71fb2299 mscorlib_ni+0x27239a
091ee9c4 738e21db mscorlib_ni+0x272299
091ee9d4 73904a2a clr!CallDescrWorker+0x33
091eea50 73904bcc clr!CallDescrWorkerWithHandler+0x8e
091eeb94 73904c01 clr!MethodDesc::CallDescr+0x194
091eebb0 73969c29 clr!MethodDesc::CallTargetWorker+0x21
091eec90 73995c05 clr!QueueUserWorkItemManagedCallback+0x4b
091eeca4 73995c87 clr!Thread::DoExtraWorkForFinalizer+0x114
091eed54 73995d42 clr!Thread::ShouldChangeAbortToUnload+0x101
091eedb4 73995dd9 clr!Thread::ShouldChangeAbortToUnload+0x399
091eedd8 73a656d5 clr!Thread::ShouldChangeAbortToUnload+0x43a
091eedf0 73969b67 clr!ManagedThreadBase::ThreadPool+0x15
091eeebc 73a6525f clr!ManagedPerAppDomainTPCount::DispatchWorkItem+0xe6
091eef2c 73a66ac5 clr!ThreadpoolMgr::NewWorkerThreadStart+0x20b
091eef94 73995a08 clr!ThreadpoolMgr::WorkerThreadStart+0x3d1
091efab8 7679eccb clr!Thread::intermediateThreadProc+0x4b
091efac4 7715d24d kernel32!BaseThreadInitThunk+0xe
091efb04 7715d45f ntdll!__RtlUserThreadStart+0x23
091efb1c 00000000 ntdll!_RtlUserThreadStart+0x1b

SEHException 中嵌入的数据如下：

ClassName:  System.Runtime.InteropServices.SEHException
  Message:  External component has thrown an exception.
  HResult:  -2147467259
ErrorCode:  -1073741132

关于可能导致此问题的原因或可以进行哪些额外分析的任何想法？

4

1 回答 1

0

当您收到此类错误时，请将代码转换为 Hex 格式，即

HRESULT 80004005
Error Code C00002B4

那时谷歌搜索要好得多。

80004005 是 E_FAIL，一个很一般的错误

C00002B4 似乎是 EXCEPTION_FLOAT_MULTIPLE_FAULTS

如果您使用 C++ 组件并指定/fp:strict或/fp:except编译器开关，则不再与 .NET 兼容。请参阅Microsoft 的指定浮点行为。.NET 喜欢屏蔽浮点异常。

您可以尝试通过声明来解决此问题

[DllImport("msvcr110.dll", CallingConvention = CallingConvention.Cdecl)]
public static extern int _controlfp(int n, int mask)

并在调用 C++ 代码后重置浮点行为：

CallMyCppCodeHere();
_controlfp(0x9001f, 0xfffff);
于 2013-12-30T00:10:01.507 回答