我的配置: Vs2015 / X64 PC / ODP.NET X86
我在“任意Cpu”模式下写了几个DLL,我想编写使用这个DLL的程序,可以在X64和X86机器上工作。
但是我在我的DLL中引用了"Oracle.DataAccess.dll“,然后我在Oracle上有一个警告'ProcessorArchitecture=X86‘。
我该如何做(必要时我可以安装ODP.NET X64 )?
特克斯
发布于 2017-05-15 17:14:09
当您用" x86“编译DLL时,Oracle.DataAccess.dll 也必须是x86版本(即32位版本)。
当您用" x64“编译DLL时,Oracle.DataAccess.dll 必须是x64版本(即64位版本)。
对于"AnyCPU“,则不存在"AnyCPU”版本的Oracle.DataAccess.dll。如果您的应用程序在64位Windows上运行,它将作为x64进程运行,因此Oracle.DataAccess.dll也必须是x64版本。如果您的应用程序在32位Windows上运行,它将作为x86进程运行,因此Oracle.DataAccess.dll也必须是x86版本。
长话短说:Oracle.DataAccess.dll的体系结构必须与应用程序相同,即DLL。
更新
在您的*.csproj中,重新定位。*.vbproj编辑对ODP.NET的引用如下:
<Reference Include="Oracle.DataAccess">
<SpecificVersion>False</SpecificVersion>
<Private>False</Private>
</Reference>不需要像Version=...或processorArchitecture=...这样的属性。您的应用程序将根据选定的体系结构和目标Oracle.DataAccess.dll框架加载正确的.NET (只要它安装正确)。
发布于 2017-05-15 16:19:08
最简单的解决方案是针对x86 --64位操作系统仍然可以加载和运行32位应用程序,因此这意味着您的应用程序可以同时在x86和x64机器上运行。
缺点是您的应用程序必须以32位进程的形式运行,即您的进程将有4GB的最大地址空间,并且不能加载64位程序集。如果您试图在64位进程中加载dll (例如,因为IIS尚未配置为使用32位应用程序池),您将得到一个BadImageFormatException。
如果这是您不能接受的,那么您可以尝试检测流程版本并动态加载正确的程序集as per this Stack Overflow answer。
发布于 2017-10-17 16:09:04
上面提到的所有解决方案都是正确的,但我只是觉得有必要提到Oracle.ManagedDataAcces,因为它并不关心什么是bitness。
https://stackoverflow.com/questions/43983780
复制相似问题