32位dll在64位服务器C＃上不起作用

Question

我已经用Dev-C ++编译了ac natives 32位DLL，在我的asp.net项目上创建了引用，编写了dllImport指令并使用了我的新DLL。 启动我的DEBUG会话时，所有工作都很好，但是在Web Server上部署我的项目时，运行时不会加载我的DLL。

Answer 1

我的IIS 7.0 w3wp.exe作为64位进程运行（要检查您的进程是否在WOW64下作为32位进程运行，请打开任务管理器的“进程”选项卡，并查看进程名称是否包含“ * 32”）。

我相信64位进程只能加载64位本机DLL（以及为“任何CPU”或“ X64”构建的托管DLL）。 也许您的调试会话是32位会话？ 如果这是原因，请查看在C＃DllImport中使用32位或64位dll 。

Answer 2

对于仍然无法找到适当方法在64位IIS应用程序池下使用32位DLL的那些人，可以通过调整注册表或尝试使用“ COM +组件服务”来解决，完美的解决方案：将此页面中所述的32位组件“封装”到一个新的COM对象中，可以很好地完成工作，我想很多人都希望以此方式解决问题；） http：// /www.chestysoft.com/component-services.asp

就我而言，这使我可以使用XStandard的免费组件“ XStandard.Zip”，该组件只能作为32位ASP组件使用，并且在注册表中具有“ InProcServer32”键，显然阻止了它的工作。调整注册表，如下所述： https : //techtalk.gfi.com/32bit-object-64bit-environment/

在这篇文章中，许多评论报告“ 由于Microsoft假定 InProcServer32-ID 仅是InProc-Calls而不是Out-Of-Proc-Calls，因此未反映出来 ”。 这也是我的情况，导致我遇到以下情况：与其他用户一样，上一篇文章中描述的注册表调整解决方案在我的情况下不起作用。

希望节省一些...或夜晚！