问题描述
我们正致力于将一组 .net 应用程序从原始 32 位转换为 64 位.我们有应用程序的代码.因此，我们正在使用 any-CPU 设置重新编译应用程序.到目前为止，我们遇到了 Oracle 数据访问组件的问题.为此，我们将引用设置为 copy local = false 和 specific version = false.由于这些程序集安装在 GAC 中，因此在目标计算机中，引用会自动设置为来自 GAC 的正确 64 位版本(我们将程序集安装在 GAC 中).
We are working on converting a set .net applications to 64-bit from the original 32-bit. We have the code of the application. So we are recompiling the application with the any-CPU setting. We had so far issues with Oracle's data access components. For that, we set the reference as copy local = false and specific version = false. As these assemblies are installed in GAC, in the target machine, the reference is automatically set to the correct 64-bit version from the GAC (we install the assemblies in the GAC).
其中一个应用程序引用了 Microsoft.Office.Interop.Excel.dll，我们有点卡住了，因为我们无法在 GAC 中安装这些程序集，所以较早的技术是不为我们工作.
One of these application refer to the Microsoft.Office.Interop.Excel.dll and we are kind of stuck as we are not able to install these assemblies in the GAC and so the earlier technique is not working for us.
现在的问题是我无法在 64 位操作系统上运行此应用程序.dll 引用不起作用.
Now the problem is that I am not being able to run this application on a 64-bit OS. The dll reference is not working.
有人可以帮忙吗?
推荐答案
您能否将 Office 互操作库作为安装程序的先决条件运行?
Can you run the office interop libraries as a prerequisite of your installer?
更新
这篇关于将应用程序转换为 64 位时 Microsoft.Office.Interop.Excel.dll 出现问题的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！