我的配置:Vs2015 / X64 PC / ODP.NET X86
我在'Any Cpu'模式下编写了一些DLL,我想编写使用这个DLL的程序,这些程序可以在X64和X86机器上运行。
但我在我的Dlls中引用了“Oracle.DataAccess.dll”,然后我在Oracle DLL上发出警告“ProcessorArchitecture = X86”。
我该怎么办(如果需要,我可以安装ODP.NET X64)?
THKS
答案 0 :(得分:1)
使用“x86”编译DLL时,Oracle.DataAccess.dll
必须为x86版本(即32位版本)
使用“x64”编译DLL时,Oracle.DataAccess.dll
必须为x64版本(即64位版本)
对于“AnyCPU”,它取决于Oracle.DataAccess.dll
没有“AnyCPU”版本。如果您的应用程序在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框架(前提是它已正确安装)
答案 1 :(得分:0)
最简单的解决方案是针对x86 - 64位操作系统仍然可以加载和运行32位应用程序,因此这意味着您的应用程序可以在x86和x64计算机上运行。
缺点是您的应用必须作为32位进程运行,即您的进程将具有4GB的最大地址空间,并且无法加载64位程序集。如果您尝试在64位进程中加载dll(例如,因为IIS尚未配置为使用32位应用程序池),您将获得BadImageFormatException
。
如果您不接受,那么您可以尝试检测流程版本并动态加载正确的程序集as per this Stack Overflow answer
答案 2 :(得分:0)
上面提到的所有解决方案都是正确的,但我觉得有必要提一下Oracle.ManagedDataAcces,因为它不关心它的位置。