将 VB6 DLL 从 XP 移植到 Windows Server 2003 时会出现兼容性问题吗？
我想知道在 Windows Server 2003 SE 32 位和 Windows XP SP3 上创建 VB6 DLL（使用 MS Visual Studio 6.0 企业版）是否有任何区别。我的意思是，当我将 VB6 DLL 从 XP 移植到 Windows Server 2003 时会出现兼容性问题吗？
I would like to know if creating a VB6 DLL (using MS Visual Studio 6.0 Enterprise Edition) on Windows Server 2003 SE 32-bit and Windows XP SP3 makes any difference. I mean, will there be any compatibility issues when I port VB6 DLL from XP to Windows Server 2003?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
AFAIK，只要两台机器上有相同版本的 VB6 IDE 和运行时以及任何其他组件，就不会有任何区别。
在不同机器上构建时的一个“陷阱”：确保您拥有所有组件的正确版本。简单来说，当VB6构建时，它记录了用于构建的组件的版本号。然后，除非具有兼容版本的组件，否则构建的可执行文件将无法运行。
It shouldn't make any difference AFAIK, provided you have the same versions of the VB6 IDE and run-time and any other components on both machines.
One "gotcha" when building on different machines: make sure you have the correct version of any components. In simple terms, when VB6 builds, it records the version number of the components used to build. Then the built executable won't run unless it has compatible versions of the components.
另一个问题（尽管不是您的情况）是，在 64 位计算机上构建某些 VB6 dll 将无法在 32 位计算机上运行。我还没有完全弄清楚所需的确切向量，但如果您的 dll 在 32 位计算机上失败，而您在 64 位计算机上构建它，那就是原因（很难找到这个）。这就是为什么我们所有的构建机器都是普通的 32 位 Windows XP。
另外，为了呼应 MarkJ 的观点，这也是为什么在构建安装程序时，请确保不要使用系统中的 DLL，而是使用预先批准的 DLL 目录中的另一个原因。
Another gotcha (though not in your case), is that building certain VB6 dll's on 64bit machines will not work on a 32bit machine. I haven't quite figured out the exact vector of what is required, but if your dll is failing on a 32 bit machine and your built it on a 64 bit machine that is the reason (found this one out the hard way). This is why all our build machines are vanilla 32 bit Windows XP.
Also to echo MarkJ's point, this is another reason why when you build your installer, make sure not to use DLL's from the system but from a directory of pre-approved DLL's.