VC2005编译的MFC程序在另外一台电脑上不能运行,为什么?

a_kun 2007-12-15 10:39:01
两台电脑的情况完全一致:

都是WinXP SP2最新更新;
都装了VS2005同一版本+最新更新;
VS2005的配置完全一致。

问题:
在其中一台电脑上用VC2005创建MFC项目,用Release版本编译完之后在本机运行正常;不能在另一台电脑上(同样装有VS2005)直接运行,必须把源代码放在另一台电脑上重新编译一下。

为什么会这样?如何正确发布VC2005编译的程序?

求解。
...全文
200 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
a_kun 2007-12-25
  • 打赏
  • 举报
回复
根据我的猜测,最终的结论是(还没有去确认):
1、使用了MFC8.0版本的动态链接库;
2、两台电脑的VS2005安装的路径不同,导致MFC8.0以及CRT8.0动态链接库的注册位置不一致。

故这种情况下如果两台电脑的VS2005安装路径完全一致的话,编译出来的应用程序也就可以运行了。

xiang_yun 2007-12-16
  • 打赏
  • 举报
回复
1、应用了其他的库、DLL、ACTIVEX等,在另外的电脑上没有注册,发布的时候可以用打包工具来解决
2、检查release的时候是否是静态链接
awperpvip 2007-12-16
  • 打赏
  • 举报
回复
静态库编译
lanhai96 2007-12-15
  • 打赏
  • 举报
回复
相应的类库没有安装或注册,原因可能由于操作系统不同,或程序调用了自建的或不同系统带的dll类库。
方法:
在各个操作系统下把程序都编译一遍,看是否正常运行,然后对正常程序用制作安装包。(注意在做安装包是让类库自动注册,这样你在任何机子下都可以正常运行。
jameshooo 2007-12-15
  • 打赏
  • 举报
回复
先用Dependency Walker查看EXE程序有哪些依赖项(DLL);
检查是否每个依赖项DLL都存在且版本相同;
检查PATH环境变量,这将决定操作系统在哪里找DLL

16,472

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧