将64位DLL链接到Visual Basic 6

将64位DLL链接到Visual Basic 6,dll,vb6,32bit-64bit,Dll,Vb6,32bit 64bit,我正在更新用C编写的现有DLL项目。出于多种原因,需要32位和64位版本 使用这些DLL的应用程序是用Visual Basic 6编写的,并且是项目中的类所需要的。该类包含一个模块,该模块充满了对DLL的公共声明函数;该类是模块中函数的包装器 Visual Basic 6项目本身中没有引用。到目前为止,我已经完成了32位版本的编码,并对其感到满意 如果64位DLL将从32位DLL调用,在32位应用程序中,以Visual Basic 6编写,则将模块中的文件名更改为指向64位DLL是否存在任何问题

我正在更新用C编写的现有DLL项目。出于多种原因,需要32位和64位版本

使用这些DLL的应用程序是用Visual Basic 6编写的,并且是项目中的类所需要的。该类包含一个模块,该模块充满了对DLL的
公共声明
函数;该类是模块中函数的包装器

Visual Basic 6项目本身中没有引用。到目前为止,我已经完成了32位版本的编码,并对其感到满意


如果64位DLL将从32位DLL调用,在32位应用程序中,以Visual Basic 6编写,则将模块中的文件名更改为指向64位DLL是否存在任何问题

不能从32位调用64位代码。实现这一点的唯一方法是在64位进程中运行64位代码,并使用某种进程间通信与它们通信

不能从32位调用64位代码。实现这一点的唯一方法是在64位进程中运行64位代码,并使用某种进程间通信与它们通信

雷蒙德的《新旧事物》有一个解释为什么不能从32位重击到64位。

雷蒙德的《新旧事物》有一个解释为什么不能从32位重击到64位。

出于对VB6的尊重,VB6于1998年问世,现在还不完全清楚计算是否会从16位迁移到32位,更不用说64位处理了。除非你设计出某种64位16/32位的内部通信层,否则这是不可能直接实现的。至少不是通过VB6,VB6是在1998年出现的,当时还不完全清楚计算是否会从16位迁移到32位,更不用说64位处理了。除非你设计出某种64位16/32位的内部通信层,否则这是不可能直接实现的。至少不是通过VB6的方式