GetOpenFileName/GetSaveFileName之Crash和pdfshell.dll

本文探讨了使用CFileDialog和APIGetSaveFileName时出现的崩溃问题,特别是在中文XP系统下。通过详细的错误复现步骤及代码示例,揭示了问题根源,并指出与pdfshell.dll模块的相关性。

说CFileDialog有bug,先看一个现象吧:我用的是英文XP,[山丘之王] 用的是中文XP,[流川] 用的是2003
1. 打开windows自带的记事本程序
2. 菜单中选择save as,顺便输入一个名字,比如test.txt,点保存
3. 菜单中选择save as,把鼠标移到test.txt上(不是编辑框里面的test.txt,而是文件list里面的test.txt)
4. 此时整个进程crash掉,如果没有的话,重复第2步(提示:如果鼠标移动速度慢一些,基本上100%crash)

然后我用代码测试,再测试,……,发现不是MFC CFileDialog的问题,而是API GetSaveFileName的问题,代码如下:
void Capp32Dlg::OnBnClickedButton1()
{
    TCHAR m_szFileName[_MAX_PATH] = _T("");
    TCHAR m_szFileTitle[64] = _T("");
    OPENFILENAME a = { sizeof(OPENFILENAME)
                     , this->m_hWnd
                     , (HINSTANCE)0x00400000
                     , 0
                     , 0
                     , 0
                     , 0
                     , m_szFileName
                     , _MAX_PATH
                     , m_szFileTitle
                     , 64
                     , 0
                     , 0
                     , 0
                     , 0
                     , 0
                     , 0
                     , 0
                     , 0
                     , 0 };
    GetSaveFileName( &a );     //CFileDialog dlg( FALSE );
    //dlg.DoModal();
}
在第二次(或第三次,或……)时,鼠标一旦移动到上次保存的文件上就crash。

 

跟综调用堆栈如下:
00ddf37c 7d6ffe56 000c6f18 000e65c0 00ddf3d0 SHELL32!CFSFolder::GetDetailsEx+0x43c
00ddfde8 7d6fff9a 00ddfe20 00ddfe68 7d6f95e5 SHELL32!CInfoTip::_GetInfoTipFromItem+0x169
00ddfdf4 7d6f95e5 000d5f20 00000008 00ddfe20 SHELL32!CInfoTip::GetInfoTip+0x1c
00ddfe68 7d5c208d 000e63a8 000e2ab0 000d75c0 SHELL32!CStatusBarAndInfoTipTask::RunInitRT+0xf5
00ddfe84 75ef1b9a 000e63a8 75ef1b18 75ef0000 SHELL32!CRunnableTask::Run+0x54
00ddfee0 77f49548 000d0da0 000d4b70 77f4952b browseui!CShellTaskScheduler_ThreadProc+0x111
00ddfef8 7c947545 000d4b70 7c99c3a0 000d59e8 SHLWAPI!ExecuteWorkItem+0x1d
00ddff40 7c947583 77f4952b 000d4b70 00000000 ntdll!RtlpWorkerCallout+0x70
00ddff60 7c947645 00000000 000d4b70 000d59e8 ntdll!RtlpExecuteWorkerRequest+0x1a
00ddff74 7c94761c 7c947569 00000000 000d4b70 ntdll!RtlpApcCallout+0x11
00ddffb4 7c80b683 00000000 0007de34 0007de34 ntdll!RtlpWorkerThread+0x87
00ddffec 00000000 7c930760 00000000 00000000 kernel32!BaseThreadStart+0x37

 

问题是这样的:
起初是CFileDialog 遇到异常退出的问题,如下两行代码测试:
   CFileDialog dlg(true);
    dlg.DoModal();
多次打开文件 的时候,第一次随便选择一个,第二次选择桌面的一个.txt文件,当鼠标移动到这个.txt文件(或者用键盘选择到)的时候,程序 就崩溃了,测试一下记事本,也是一样的情况。


后来跟踪了一下,发现是pdf shell.dll模块引起的问题,我的环境是xp sp2+Adobe7,换成Adobe8.1.2仍然存在这个情况,但在2003系统 在没有问题。以上说的都是中文 版。

再讲一些细节:

pdfshell.dll并不在进程内存一直存在,当程序调用“打开文件”对话框的时候,他还没有插入进来,当选择一个文件,或者鼠标移动到一个文件,进程被插入
:/Program Files/Common Files/Adobe/Acrobat/ActiveX
路径下的pdfshell.dll和pdfshell.CHS

选定了文件点击“打开”按钮之后,pdfshell.dll卸载,只留下pdfshell.CHS
引发异常的时候,程序崩溃在shell32.dll,GetLastError的值是1008,ERROR_NO_TOKEN

笔者水平有限时间 有限,文章只做抛砖引玉,不当之处,欢迎讨论

代码转载自:https://pan.quark.cn/s/8ce4326d996e 对于在 CentOS 7 系统中修改网卡配置文件后无法使设置生效的情况,经过实践验证,可以通过使用 nmcli 命令来进行调整。完成修改之后,需要重新启动虚拟机以使更改生效,这样操作流程即告完成。如果设置仍然无法生效,则表明虚拟机在启动过程中所获取的 IP 地址配置并非针对 eth0,此时可以对其它网卡的配置文件进行修改或将其移除。在 CentOS 7 系统中,网络配置的管理机制与早期版本存在差异,主要体现为采用了 Network Manager 服务来负责网络接口的管理。在某些情形下,尽管修改了 `/etc/sysconfig/network-scripts` 目录下的 `ifcfg-eth0` 文件,但网络配置却未能即时生效。此类问题的发生通常源于 CentOS 7 采用了不同于以往的配置读取方法。接下来将具体阐述如何借助 nmcli 命令来处理这一挑战。 以 root 用户身份登录系统并打开终端界面。nmcli 是 Network Manager 提供的命令行界面工具,它支持在命令行环境下执行网络连接的建立、编辑、查询及管理任务。针对修改 eth0 网卡配置的需求,可以遵循以下步骤进行操作: 1. 导航至 `/etc/sysconfig/network-scripts` 目录: ``` cd /etc/sysconfig/network-scripts ``` 2. 检查该目录内是否存在 `ifcfg-eth0.bak` 文件,该备份文件可能是先前调整配置时遗留下来的,若存在可能造成冲突。若发现该文件,可以选择将其删除: ``` [root@localhost netw...
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值