如何包装32位.dll以便它可以在64位操作系统中运行

Question

所以，我一直在使用JPIB与我的java程序中的GPIB设备进行通信。 但是，我遇到了麻烦。 较新的系统基于64位操作系统。 但是，jpib.dll文件是用32位编写的。 我想不出它需要做出的真正64位依赖的任何类型的调用。

真正的麻烦在于，自2006年9月以来，JPIB项目还没有更新。我曾尝试通过SourceForge向开发者发送电子邮件，但我认为我不会随意使用它。

有没有人知道这方面的任何方法？ 或者知道如何（并且可以告诉我如何）将.dll重新编译为AMD-64合规性？

Answer 1

注意：我不知道JPIB和GPIB是什么。

如果要按原样使用DLL，那么您需要编写一个可以动态链接该DLL并通过某种IPC与您的应用程序通信的应用程序。

如果要重建该DLL，则需要获取源及其所有依赖项并安装构建工具。 这应该不会太难，但如果您正在安装MS Visual Studio，我似乎需要一些关于安装x64内容的问题。 这可能取决于您的安装平台; 如果你在x64上安装，大概就是Just Work。

Answer 2

32位虚拟机仍可在64位AMD平台和英特尔EMT64平台上运行。

但是，如果要在64位进程中使用库，可以使用java来帮助您。 该解决方案使用2个JVM - 一个32位和一个64位 - 64位主机应用于您的主应用程序。 32位的主机托管JPIB库。 然后，您可以使用RMI在它们之间进行桥接。 更详细：

• JPIB库有一个相当小的API。 不幸的是，它实现了所有类。 您通过实现与主驱动程序类具有相同方法签名的接口来抽象库。
• 通过直接调用JPIB类来实现接口。 您可以使用RMI通过RMI从32位JVM公开此接口。
• 在64位JVM中，您使用RMI从32位VM获取JPIB接口的实例。 您现在可以将该接口上的方法调用为本地方法，但它们实现为对32位VM的远程调用以供执行。

Answer 3

您应该能够编写一个64位的包装程序，它可以在32位DLL中运行，并让您的JNI代码调用64位包装器而不是32位DLL。 Thunking是一个相当高级且与平台相关的C / C ++主题。