0

该应用程序使用 DLLImport 调用旧版非托管 dll。为了这个问题，我们将这个 dll 称为 Unmanaged.dll。Unmanaged.dll 依赖于其他 5 个旧版 dll。所有旧版 dll 都放在我的 ASP.NET 应用程序的 WebApp/bin/ 目录中。

当 IIS 在 5.0 隔离模式下运行时，应用程序工作正常 - 对旧版 dll 的调用被正确处理。

当 IIS 在默认的 6.0 模式下运行时，应用程序能够启动 Unmanaged.dll (InitMe())，但在稍后调用它 (ProcessString()) 期间会死掉。

我在这里拉头发。我已经将非托管 dll 移动到不同的位置，尝试了各种安全设置，并长期努力地寻找解决方案。帮助！

示例代码：

[DllImport("Unmanaged.dll", EntryPoint="initME", CharSet=System.Runtime.InteropServices.CharSet.Ansi, CallingConvention=CallingConvention.Cdecl)]
    internal static extern int InitME();
//Calls to InitMe work fine - Unmanaged.dll initiates and writes some entries in a dedicated log file
[DllImport("Unmanaged.dll", EntryPoint="processString", CharSet=System.Runtime.InteropServices.CharSet.Ansi, CallingConvention=CallingConvention.Cdecl)]
    internal static extern int ProcessString(string inStream, int inLen, StringBuilder outStream, ref int outLen, int maxLen);
//Calls to ProcessString cause the app to crash, without leaving much of a trace that I can find so far

更新：

带回一堆，取自一个小型转储。似乎是堆栈溢出，但如果有人可以帮助我，我想知道更多。加载了 sos.dll 的 WinDbg 中“kb”的结果：

1beb51fc 7c947cfb 7c82202c 00000002 1beb524c ntdll!KiFastSystemCallRet  
1beb5200 7c82202c 00000002 1beb524c 00000001 ntdll!NtWaitForMultipleObjects+0xc  
WARNING: Stack unwind information not available. Following frames may be wrong.  
1beb52a8 7c822fbe 00000002 1beb52ec 00000000 kernel32!WaitForMultipleObjectsEx+0xd2  
1beb52c4 7a2e1468 00000002 1beb52ec 00000000 kernel32!WaitForMultipleObjects+0x18  
1beb5308 7a2d00c4 7a0c3077 1bc4ffd8 1bc4ffd8 mscorwks!CreateHistoryReader+0x19e9d  
1beb531c 7a0c312f 7a0c3077 1bc4ffd8 888d9fd9 mscorwks!CreateHistoryReader+0x8af9  
1beb5350 7a106b2d 1b2733a0 00000001 1b2733a0 mscorwks!GetCompileInfo+0x345ed  
1beb5378 7a105b91 1b272ff8 1b2733a0 00000001 mscorwks!GetAddrOfContractShutoffFlag+0x93a8  
1beb53e0 7a105d46 1beb5388 1b272ff8 1beb5520 mscorwks!GetAddrOfContractShutoffFlag+0x840c  
1beb5404 79fe29c5 00000001 00000000 00000000 mscorwks!GetAddrOfContractShutoffFlag+0x85c1  
1beb5420 7c948752 1beb5504 1beef9b8 1beb5520 mscorwks!NGenCreateNGenWorker+0x4d52  
1beb5444 7c948723 1beb5504 1beef9b8 1beb5520 ntdll!ExecuteHandler2+0x26  
1beb54ec 7c94855e 1beb1000 1beb5520 1beb5504 ntdll!ExecuteHandler+0x24  
1beb54ec 1c9f2264 1beb1000 1beb5520 1beb5504 ntdll!KiUserExceptionDispatcher+0xe  
1beb57f4 1c92992d 1beb6e28 1db84d70 1db90e28 Unmanaged1!UMgetMaxSmth+0x1200ad  
1beb5860 1c929cfe 00000000 1db84d70 1beb6e28 Unmanaged1!UMgetMaxSmth+0x57776  
1beb58c0 1c930b04 00000000 1db84d70 1beb6e28 Unmanaged1!UMgetMaxSmth+0x57b47  
1beb5924 1c99d088 00000000 1db84d70 1beb6e28 Unmanaged1!UMgetMaxSmth+0x5e94d  
1beb5990 1c99c955 00000000 1beb6e28 1beb6590 Unmanaged1!UMgetMaxSmth+0xcaed1  
1beb5a44 1c99e9ae 00000000 40977000 1db90e28 Unmanaged1!UMgetMaxSmth+0xca79e
4

4 回答 4

1

解决方案：创建一个新线程来运行导入的 dll，为其堆栈分配更多内存。

于 2008-10-16T11:37:38.837 回答
0

给出的错误是什么？如果应用程序真的崩溃了，您可能必须进入 Windows 事件日志以获取错误的堆栈跟踪。

于 2008-09-30T18:35:23.493 回答
0

我已经运行了 procmon、debugdiag，尝试使用 microsoft 调试工具。每次应用程序崩溃时，Dr. Watson 都会创建一对文件 - .dmp 和 .tmp（我尝试调试但没有成功）。

这是事件日志中的错误：

事件类型：错误
事件源：.NET 运行时 2.0 错误报告
事件类别：无
事件代码：1000
日期：30.09.2008
时间：16:13:38
用户：不适用
计算机：APPLICATIONTEST010
描述：
错误应用程序 w3wp.exe，版本 6.0 .3790.3959，标记 45d6968e，故障模块 Unmanaged1.dll，版本 0.0.0.0，标记 48b6bfb8，调试？0，故障地址0x00122264。

于 2008-09-30T18:51:06.810 回答
0

我认为这里要寻找的一个潜在问题是，您的 DLL 可能会在调用 InitME 和 ProcessString 之间的运行时卸载 - 所以如果 ProcessString 取决于首先调用 InitME，它可能会“繁荣”。

解决方案是使用良好的旧 LoadLibrary 和 FreeLibrary 来强制运行时在调用这两个函数之间保持库的加载。不需要 GetProcAddress（据我所知）。

于 2010-03-21T21:05:48.670 回答