C 我们可以使用编译为32位的应用程序调用编译为64位的DLL的函数吗?
我们可以使用编译为32位的应用程序调用编译为64位的DLL的函数吗 我使用的是Windows 2008 64位系统。但是,应用程序仍然使用32位进行编译C 我们可以使用编译为32位的应用程序调用编译为64位的DLL的函数吗?,c,windows,interop,64-bit,32bit-64bit,C,Windows,Interop,64 Bit,32bit 64bit,我们可以使用编译为32位的应用程序调用编译为64位的DLL的函数吗 我使用的是Windows 2008 64位系统。但是,应用程序仍然使用32位进行编译 代码涉及MFC和Windows SDK函数。这是不可能的。dll中包含的二进制代码不同,指针是64位。这是不可能的。dll中包含的二进制代码不同,指针为64位。否。32位应用程序无法将64位模块加载到其进程空间中(反之亦然) 请记住,在专用的Windows on Windows(WOW64)子系统中,32位进程仅在64位版本的Windows上受
代码涉及MFC和Windows SDK函数。这是不可能的。dll中包含的二进制代码不同,指针是64位。这是不可能的。dll中包含的二进制代码不同,指针为64位。否。32位应用程序无法将64位模块加载到其进程空间中(反之亦然) 请记住,在专用的Windows on Windows(WOW64)子系统中,32位进程仅在64位版本的Windows上受支持。这最多只能让互操作性变得棘手。如果你关心技术细节的话,雷蒙德·陈的作品很有启发性
您需要重新编译其中一个,或者将其加载到单独的进程中,并使用来协调两者。否。32位应用程序无法将64位模块加载到其进程空间中(反之亦然) 请记住,在专用的Windows on Windows(WOW64)子系统中,32位进程仅在64位版本的Windows上受支持。这最多只能让互操作性变得棘手。如果你关心技术细节的话,雷蒙德·陈的作品很有启发性
您需要重新编译一个或另一个,或将其加载到单独的进程中,并使用来协调两者。可能重复的可能重复如果它是COM库,您可以将其作为进程外服务器加载,假设接口是可封送的…如果它是COM库,您可以将其作为进程外服务器加载,假设接口是可封送的。。。