就是调用我b.dll的函数那里报错。我新建一个64位程序是可以调用b.dll的函数,应该是A,exe不对,可是我已经编译成64位了
解决方案 »
- 这样一个鼠标自动点击的程序有没办法实现?
- 在远程服务器运行自己编译好的的release的exe文件,服务器弹出.exe可执行文件发生未处理的win32异常
- 读取bmp文件出现这样的错误...
- 有关多窗口消息传递,高手请进,谢谢
- WriteFile ReadFile造成计算机关机,不知道为什么?
- TCP文件传送无法穿过防火墙,怎么办?
- 请问关于telnet 编程
- 用VC做 一个最简单的程序 ,是不是也必定要有ID和消息映射两个 要素,那么请问开发VC程序的过程是怎样的
- 高分求助:我想学学vc++有没有哪位高人指点一个合适的路子
- 迷茫的人生啊,指点一下啊!
- 请问用vc做excel折线图,怎么设置横坐标轴与纵坐标轴的交叉点
- vs2005链接oracle的问题
也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。
只需让A、B语言代码的输入输出重定向到文本文件,或修改A、B语言代码让其通过文本文件输入输出。
即可很方便地让A、B两种语言之间协调工作。
比如:
A将请求数据写到文件a.txt,写完后改名为aa.txt
B发现aa.txt存在时,读取其内容,调用相应功能,将结果写到文件b.txt,写完后删除aa.txt,改名为bb.txt
A发现bb.txt存在时,读取其内容,读完后删除bb.txt
以上A可以替换为任何一种开发语言或开发环境,B可以替换为任何一种与A不同的开发语言或开发环境。
除非A或B不支持判断文件是否存在、文件读写和文件更名。
但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢?共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多,下面仅列出我现在能想到的:
·进程之间松耦合
·进程可在同一台机器上,也可跨机,跨操作系统,跨硬件平台,甚至跨国。
·方便调试和监视,只需让第三方或人工查看该临时文本文件即可。
·方便在线开关服务,只需删除或创建该临时文本文件即可。
·方便实现分布式和负载均衡。
·方便队列化提供服务,而且几乎不可能发生队列满的情况(除非硬盘空间满)
·……请自行将上面“A语言”替换为“64位dll”,“B语言”替换为“32位dll”.