承德网站制作公司优选网十科技,重庆公司建设网站,织梦dedecms教育培训网站模板,渠道推广策略前几天从网上下了个图像分析的mfc小程序#xff0c;是VC6的 用VC6在本地编译生成都没问题。执行起来弹出一个未处理的错误#xff0c;程序崩溃退出。 想起来原来遇到过打开文件对话框方面的问题#xff0c;当时项目时间紧张未能深究。 这次要好好看下这个问题。 详细做法就是… 前几天从网上下了个图像分析的mfc小程序是VC6的 用VC6在本地编译生成都没问题。执行起来弹出一个未处理的错误程序崩溃退出。 想起来原来遇到过打开文件对话框方面的问题当时项目时间紧张未能深究。 这次要好好看下这个问题。 详细做法就是深入仔细的跟踪、跟踪、跟踪。。。 应用代码跟进 MFC的代码跟进 Alt8调出反汇编跟进。。。 重复多次重复追踪、缩小目标。确定问题是在CFileDialog 的析构函数中调用了CString 的析构函数 恰恰是析构CSring 出错了。 CFileDialog 的定义例如以下就是析构这个 m_strFilter 出错的。 class CFileDialog : public CCommonDialog { DECLARE_DYNAMIC(CFileDialog) public: // Attributes OPENFILENAME m_ofn; // open file parameter block // Constructors CFileDialog(BOOL bOpenFileDialog, // TRUE for FileOpen, FALSE for FileSaveAs LPCTSTR lpszDefExt NULL, LPCTSTR lpszFileName NULL, DWORD dwFlags OFN_HIDEREADONLY | OFN_OVERWRITEPROMPT, LPCTSTR lpszFilter NULL, CWnd* pParentWnd NULL); ......省略n 多行 protected: BOOL m_bOpenFileDialog; // TRUE for file open, FALSE for file save CString m_strFilter; // filter string // separate fields with |, terminate with ||\0 TCHAR m_szFileTitle[64]; // contains file title after return TCHAR m_szFileName[_MAX_PATH]; // contains full path name after return OPENFILENAME* m_pofnTemp; virtual BOOL OnNotify(WPARAM wParam, LPARAM lParam, LRESULT* pResult); }; 发现这里面找的m_strFilter 的地址就不正确 0012F7EC 是 CFileDialog 实例的地址 析构m_strFilter 找的是0012F8A8再运行就会出错。去这个地址瞄一眼。感觉就不正确啊 于是在构造函数跟踪时。发现m_strFilter 的地址是0012F89C 比較两次合成ecx 中m_strFilter的this指针时。非常明显不同 add ecx 0b0h ;构造时 add ecx 0bch ;析构时 喔喔算偏移嘛。怎么会不一样呢这个再花时间研究下吧。 嗐呀说不定有人研究过啦。灵机一动bing 下add ecx 0b0h果然。第一条就命中 http://blog.titilima.com/show-590-1.html。这里已有答案。感谢作者李马先生 :-) 原因讲的非常清楚了。 但是怎么改呢难道去动vs 的源代码。 当然VS的源代码也是能够改的。只是呢通过定义追溯文件发现到了 C:\Program Files\Microsoft SDKs\Windows\v7.1\Include 以下 当初MFC4.2 的年代应该还没有v7.1 的版本号呀去看下文件夹设定吧 v7.1 的include 在最上面。 果断移到最下。所有又一次生成没问题啦奥也。 自已是否动过这个设定记不清了。亦或是后来装VS2010或DDK的时候影响了 总之呢我们能够觉得。就VC6本身来说还是没问题的因为安装多个开发环境造成的冲突是本问题出现的原因。 转载于:https://www.cnblogs.com/liguangsunls/p/6839582.html
