请问Debug文件中的exe为什么不能运行!!!快急死了、、

wing_0706 2010-04-19 11:27:53
请问Debug文件中的exe为什么不能运行

请问Debug中的exe为什么不能运行?在IDE里能运行,但在Debug文件中的生成的exe文件时出现:“.exe 遇到问题需要关闭。我们对此引起的不便表示抱歉。”

我发现 我有一个函数有对文件进行打开 要是把那些对文件操作的 代码注释掉

debug里也能用 可是 这是为什么啊啊
难道我 文件操作 不对吗、、、我实在不知道啊
麻烦各位了、、
...全文
1115 14 打赏 收藏 转发到动态 举报
写回复
用AI写文章
14 条回复
切换为时间正序
请发表友善的回复…
发表回复
wing_0706 2010-04-20
  • 打赏
  • 举报
回复
O(∩_∩)O哈哈~ csdn 真好啊

谢谢各位 大侠啦!!!!!!!!!
wing_0706 2010-04-20
  • 打赏
  • 举报
回复
[size=16px]啊啊啊啊啊啊啊啊终于解决了、、、、、、、、、、、、
谢谢啊啊
我 在debug文件夹下 把mapArray.txt 复制一份放进去就好了、、

有可以让 vc自己把 这个文件加进去的办法吗、、、、、
[/size]
qingfeng_happy5 2010-04-20
  • 打赏
  • 举报
回复
[Quote=引用 3 楼 wing_0706 的回复:]
啊啊啊啊啊啊啊啊终于解决了、、、、、、、、、、、、谢谢啊啊我 在debug文件夹下 把mapArray.txt 复制一份放进去就好了、、 有可以让 vc自己把 这个文件加进去的办法吗、、、、、
[/Quote]
你要是想让vc帮你自动把那个文件拷贝到你指定的目录下,可以这样做:选择Project\Settings\Post-build step。在下方列表中输入copy .\YourFileName.txt .\Debug。这样每次编译完后,编译器会自动把YourFileName.txt拷贝到Debug文件夹下。".\"表示的是当前目录下,也就是dsw目录下,如果要是拷贝到上级目录下,则设置为"..\Debug".
qingfeng_happy5 2010-04-20
  • 打赏
  • 举报
回复
再有,在调用API函数后,应该要判断一下返回值的,因为有时会调用失败,如果不检查返回值,就容易出现你遇到的情况,程序异常关闭了,你却不知道问题出在哪。在VC6.0下,选上Tools\Options\Debug\Just-in-time项,这样当直接运行exe发生异常时,会弹出一个崩溃框,而不是不声不响的直接关闭掉。
qingfeng_happy5 2010-04-20
  • 打赏
  • 举报
回复
像这种问题,多半都是程序中引用的路径有问题导致的。建议程序中最好能用相对路径,不要用绝对路径。
goright 2010-04-20
  • 打赏
  • 举报
回复
以上楼都是答案,需要追加一句提醒,你该加个 异常处理 的,保证程序安全可靠
peachbrandy1 2010-04-20
  • 打赏
  • 举报
回复
路径不对,因此崩溃了,把你要读的东西拷贝到Debug目录下即可
wwgddx 2010-04-20
  • 打赏
  • 举报
回复
你用的是相对路径,就是当前路径, 调试的时候是以PROJECT工程目录为当前路径的,而直接运行是以DEBUG目录为当前路径的,所以...
Eleven 2010-04-20
  • 打赏
  • 举报
回复
你可以使用绝对路径,把你的txt文件和你的exe文件放在一起,先用GetModuleFileName()得到你的exe的完成路径,然后修改拼成你的txt文件路径即可
田暗星 2010-04-20
  • 打赏
  • 举报
回复
暂时没有吧,要手动添加
尹成 2010-04-20
  • 打赏
  • 举报
回复
路径问题,你的程序没问题,问题出在调试的时候,
你可以把mapArray.txt 复制到源码目录就可以了
sk_sakula 2010-04-20
  • 打赏
  • 举报
回复
wing_0706 2010-04-19
  • 打赏
  • 举报
回复
谢谢啊!!!
什么路径啊、、我就是在工程文件下的 加了一个 mapArray.txt 文件 我就是读这个文件啊

不是这样写吗??
openFile.Open("mapArray.txt", CFile::modeRead);
Eleven 2010-04-19
  • 打赏
  • 举报
回复
路径问题吧,看看你访问文件操作时候将路径MessageBox输出来看看就比较清楚了
#课程特色相关课程的区别:《ARMv8/ARMv9架构速入门》 :(本课程),重点突出一个【】字,让您花最少的时间来了解ARM架构的核心知识点。设计本课程主要基于两个考虑:一是ARM的各个模块之间都有较强的依赖,第1章依赖第2章的知识,第2章又依赖第一章的知识,那么到底先学习哪个? 基于这一点,故设计了一个速入门的课程,用最的速度先整体把控一下ARM知识点,然后再按照章节各个击破。二是,一些老板、总监、经理级别的,不需要底层debug,也不需要展开过于详细的技术,仅仅是为了了解下功能和特点,然后进行方案设计或硬件选型。 针对以上两点的考虑,故设计本课程。《ARMv8/ARMv9架构从入门到精通》 :全面全系列的精讲,由简入深,从入门到精通,60多节课,超过21小时...这个课程是主打性价比的课。适合一章一章的来学习,各个击破的同学。适合0基础的同学,也适合资深工程师来查缺补漏。 #课程介绍2021年3月ARM推出了ARMv9架构,随后也陆续更新了ARMv9的IP: 超大核X2处理器、用于服务器的N2处理器、大核A710、小核A510。ARMv9时代已经来临了。Arm无论是架构还是IP,都是在速发展着。所以这个时候,你再去学习armv7、armv6(15年前或20年前的东西)是不是过时了呢? 要学我们就学习最新架构吧,学习ARMv9、学习armv8.7-arch64。  随着ARM产品的更新与迭代,系统硬件架构也在悄无声息地发生变化,从最初的Big.Little,到DynamIQ,再到给V9使用的DSU-110,硬件架构在迅速迭代和发展着。所以这个时候,你再去学习所谓着big.LITTLE是不是有点过时,直接去学习dynamIQ架构更好呢? 在ARMv9时代的背景下,系统的软件架构也在悄无声息的发生变化,系统在启动过程有各种各样的阶段,系统在运行的过程有多个os在同时运行。系统里不是只有Linux/Android,系统里可能会有hypervisor、hafnium,可能会有多个VMs,多个SPs….. 所以,我们要学习什么? 仅仅去学习系统软件的某一个小点? 还是去系统的学习整个架构呢? 学好ARMv8/ARMv9基础支持,有助于我们理解整个体系的软硬件架构。本课程主打安全,从安全的视觉去学习ARM架构。在ARM架构,安全是必不可缺少的一部分(注:虚拟化属于安全架构的一部分),如果你学习架构不涉及安全,那叫什么学习? 在ARM的架构涉及,几乎每一个模块和安全多多少少都会有点关系。Arm的异常和断,一半以上都是和安全相关吧。学习MMU/Cache时不考虑安全时,那么你的学习是不完整的。Trustzone又做为ARM架构非常重要的一环,如果不学习它,那还谈什么学ARM。 #课程大纲 本课程主要包含以下章节ARM基础讲解 :讲解最新的ARM Roadmap、近10年的ARM发展变化、SOC发展变化;站在设计角度讲解最新的SOC架构、ARM架构、开源软硬件架构;精简得概况ARM的汇编指令集、寄存器等。异常断讲解:“学习arm安全其实就是学习ARM架构,学习ARM架构最重要的就是学习ARM的异常&断”。MMU讲解:做为ARM最简单的模块,软件工程师最需要理解的模块,当然要深深的介绍了。Cache讲解:做为ARM最难的模块,最硬核的部分,也需要深深的解剖。Trustzone/TEE/安全架构 : 本课程比较核心的部分。 本课程都是大时长的大课  最后祝大家学有所成!!  

16,472

社区成员

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

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

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