一直纠结于微软所谓的32位程序不能访问64位dll或64位程序不能访问32位dll,MSDN上的说明也不能完全理解。
这两天纠结的问题终于需要直面了,有个项目需要转到64位平台上运行(需要超4G内存),但它是用VC6.0开发的,第一反应想到下面几个方式:
1,将VC6.0项目转到VS2005及以上,确实这样做了,报出一堆错误,真心不想debug这个了,太古老了。
2,VC6.0开发64位程序,虽然网上有总总描述(安装windows SDK 2003等等),最终还是放弃了,毕竟VC6.0太老古董了,折腾了伤不起,编译的程序稳定性也不能保证。
3,即使真心转成VS2005以上或VC6.0 64位开发版,某些第三方dll是32位的,不能用了,也找不到源代码,对方也不会再support了。
4,再写个64位的exe进行进程间交互,这种方式想想头都炸了。
艰苦奋斗了一个通宵,使用COM组件的方式终于被我搞定了。太开心了,激励并留念。
具体方式转载别人的,如下:
工作流程: 1.创建一个进程外COM服务器(EXE)。 2.将32位dll的接口函数封装为COM服务器的相关接口。 3.注册COM服务器*.exe /regserver (注销 *.exe /unregserver)。 4.64位进程调用32位COM服务器接口,成功。从而曲线实现了64位进程调用32位dll。 具体步骤: 我首先创建了一个简单的dll工程,只输出一个函数int c = add(int a,int b); 生成lib和dll 然后创建一个进程外COM(EXE类型),内部链接dll,添加方法Method: Add(long *c) { *c = add(1,2);}编译生成。 然后注册COM,*.exe /regserver 最创建一个64位WIN32工程验证64位环境下方法调用是否正确,经验证正确!!! 结论:以上方法可以解决64位进程调用32位dll的问题
联系客服