单步正常,运行出错。打开文件

sweedy_cool 2009-07-06 05:55:12
下面的代码就是打开要选择的.txt文件,单步调试Go的时候没有问题,但Ctrl+F5运行时候就出错 。m_strDir是编辑框csting类型的变量。 很奇怪啊!
void CLvdsDlg::OnButtonChooseFile()
{
// TODO: Add your control notification handler code here

static char BASED_CODE szFilter[] = "文本文件(*.txt)|*.txt|所有文件(*.*)|*.*||";
CFileDialog FileDlg( TRUE, NULL, NULL,OFN_HIDEREADONLY | OFN_OVERWRITEPROMPT,
szFilter );

if( FileDlg.DoModal() ==IDOK )
{
UpdateData(true);
CString lpstrName = FileDlg.GetPathName( );
m_strDir=lpstrName; // 出错的行
UpdateData(FALSE); //出错的行
}
}
...全文
40 12 打赏 收藏 转发到动态 举报
写回复
用AI写文章
12 条回复
切换为时间正序
请发表友善的回复…
发表回复
sweedy_cool 2009-07-07
  • 打赏
  • 举报
回复
还是不明白阿,在别的机子上运行也没问题。感觉很神奇
Jimmy_Xia 2009-07-07
  • 打赏
  • 举报
回复
抱歉,刚刚代码中的函数名GetDlgItem写错了,
void CLvdsDlg::OnButtonChooseFile()
{
// TODO: Add your control notification handler code here

static char BASED_CODE szFilter[] = "文本文件(*.txt)|*.txt|所有文件(*.*)|*.*||";
CFileDialog FileDlg( TRUE, NULL, NULL,OFN_HIDEREADONLY | OFN_OVERWRITEPROMPT,
szFilter );

if( FileDlg.DoModal() ==IDOK )
{
//UpdateData(true);
CString lpstrName = FileDlg.GetPathName( );
//m_strDir=lpstrName; // 出错的行
//UpdateData(FALSE); //出错的行
GetDialogItem(IDC_DIR)->SetWindowText(lpstrName);
}
}
Jimmy_Xia 2009-07-07
  • 打赏
  • 举报
回复
你无非是想把FileDialog获得的目录路径显示到编辑框里,你可以换种实现方法,假设编辑框的ID为IDC_DIR:
void CLvdsDlg::OnButtonChooseFile()
{
// TODO: Add your control notification handler code here

static char BASED_CODE szFilter[] = "文本文件(*.txt)|*.txt|所有文件(*.*)|*.*||";
CFileDialog FileDlg( TRUE, NULL, NULL,OFN_HIDEREADONLY | OFN_OVERWRITEPROMPT,
szFilter );

if( FileDlg.DoModal() ==IDOK )
{
//UpdateData(true);
CString lpstrName = FileDlg.GetPathName( );
//m_strDir=lpstrName; // 出错的行
//UpdateData(FALSE); //出错的行
GetDlgItem(IDC_DIR)->SetWindowText(lpstrName);
}
}
upgrade_007 2009-07-07
  • 打赏
  • 举报
回复
写程经常会碰到诡异事件的
  • 打赏
  • 举报
回复
返回路径可能被修改了
soliddream66 2009-07-06
  • 打赏
  • 举报
回复
试试看把lpstrName声明放在if( FileDlg.DoModal() ==IDOK ) 上面

我记得单步与运行有个区别就是

单步运行情况下,有时候局部变量会有效的,而在运行情况下就没效了

当然你可以试试运行时TRACE一下有关变量值有没有失效
The_facE 2009-07-06
  • 打赏
  • 举报
回复
那就放弃单步,一行一行打印数据。
gmq117 2009-07-06
  • 打赏
  • 举报
回复
UpdateData(FALSE)是更新控件值,应该不是这个问题
我用VC6试的,确实没问题啊。
supconsupcon 2009-07-06
  • 打赏
  • 举报
回复
应该是FileDlg.GetPathName( );的返回值有问题
悟迟 2009-07-06
  • 打赏
  • 举报
回复
有 UpdateData(FALSE);的原因是不是你想跟新对话框?如果是,嘿嘿,你还是保留吧。
gmq117 2009-07-06
  • 打赏
  • 举报
回复
刚试了下没问题啊
悟迟 2009-07-06
  • 打赏
  • 举报
回复
if( FileDlg.DoModal() ==IDOK )
{
UpdateData(true);
CString lpstrName = FileDlg.GetPathName( );
m_strDir=lpstrName; // 出错的行
UpdateData(FALSE); //出错的行
}
}
感觉不需要UpdateData(true);和UpdateData(FALSE);
你删掉看看呢。
1、如何启动RORDbg并调试一个程序? 答:点击“打开被分析文件”,出现Windows标准的文件打开对话框,选择欲分析的文件(必须是PE格式的EXE文件), 这时,被调试程序已经加载,可以先设置断点等调试条件,如果希望研究壳的技术,可以点选“遇到异常暂停”, 然后点击“GO!”按钮,程序就开始跑了 注意:如果您确认这个被调试程序是无害的,可以这么直接GO!,如果分析的是木马或者病毒,最好先点选“遇到API暂停”, 要小心往下跑(最好使用单步) 未来的版本会有个“安全运行”模式,即使是木马和病毒也不会造成危害。 2、如何脱壳? 答:脱壳没那么简单,现在的壳和原始程序体结合越来越紧密,找到OEP是非常困难的,即使找到了,由于IAT被加密或者代码 被抽走,而导致脱了壳的文件也不能正常运行。当然,RORDbg是可以成功脱掉一些壳的。 1)对于压缩壳来说一般相对比较容易,只要选中“在OEP处暂停”,然后GO!,耐心等待,停止后,单步走几下就是真正 OEP了,使用MakePe命令就可以成功脱掉。 2)加密壳也可以参考压缩壳的方法试一下,先脱出来,然后再手工修复。 3、为什么有时会跑飞? 如果有个异常不能正确识别,是有可能跑飞的(或者出错),这时,您要看看一共跑了多少指令,这个数字就是那个“已执行 指令数”,记下这个数字,重新开启RORDbg,再次装载这个被调试程序,下一个BPC断点(也就是跑多少条指令停下),比如, 刚才您记下的数字是11598,那么您可以下这样的断点:BPC 11500, 然后GO!,停止后,单步走,您就会发现导致最后跑飞的 那条指令是什么了,如果您觉得这个指令肯定是个异常,那么,停在这条指令上(别跑过了哦),按下“当前指令按异常处理” 按钮,然后继续跑。

16,551

社区成员

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

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

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