无法定位程序输入点于msvcrt.dll相关问题解决方法

admin管理员组

文章数量:1535042

2023年12月15日发(作者：)

无法定位程序输入点于相关问题解决方法(图)

安全中国

更新时间:2009-10-21 00:32:44 责任编辑:池天

热 点：

我发现这个问题是在每次打开八戒桌面小工具时会提示“Deskwidget: - 无法找到入口 无法定_except_handler4_common于动态链接库 上”，遂上网查了资料。发现这是个系统性的问题。以前常使用，不知道这段时间是卸载了什么软件还是装了什么东西，导致八戒不能用了。

网上的方法如下，可以解决每次弹出“无法定位”对话框的问题：

这是由于sp3加载的驱动造成的；只需要将C:重新命名一下即可以解决；在，他的标签居然表明来自Vista RTM，试着把“”重命名一下（注：改成任意文件名，如问题解决。

不过，我从没有修改飞信安装文件夹下的却能正常使用飞信，没有出现网上所说的每次弹出“无法的问题，真的很奇怪。究竟是什么原因导致这个问题的呢？为什么windowssystem32下的动态链改，这不会导致系统问题吗？

也许下面的文章能解答一些疑问：

原文地址/administer/770224_

浅谈Windows环境软件故障调试与分析

大家好，我是Eric，今天，我将与大家一起分享一个软件故障的调试与分析案例，希望给大家提供一个解决Wi误的基本分析思路和供参考的一类解决方法。看完本例，您将会初步了解到Dll Entry Point错误的一些基本到像Winbdg、Dependency Walker一类的专业调试、分析工具软件的基本使用，在这里我也和大家一起分享并本例中出现错误的软件是中国移动飞信2008版客户端，具体现象是每次双击图标启动该程序时总会收到一个错——标题为“ - Entry Point Not Found”,内容为“The procedure entry point _except_handler

not be located in the dynamic link library .”。如下图所示：

以前在台式机中文版Microsoft Windows XP Professional with Service Pace 2上使用这个客户端时并没有是今年9月份我将笔记本计算机的操作系统安装为Microsoft Windows XP Professional with Service Pace

后于10月初安装飞信客户端之后就一直存有这个问题，直到今天我才有一块集中的空余时间来分析解决。之前但是答案均是“系统缺少，下载一个就好了”或者是“版本不正确，下载一个替换即可便，我也试过，但是根本不奏效。可是我发现没有解决也可以正常使用飞信，只是每次要弹出这个错误消息，所哈哈~幸好今天解决掉了，心得是解决软件故障不能浮于表面，欲发掘内在问题和根本原因，还得自己架设环境为软件太多了，错误的种类也太多了，一切还是得具体情况具体分析阿~~下面我们一起来看看整个过程吧：（过程不止下面的这些，但是经过解决这个问题，以下整理出来的思路应该是最简短并且能够找到问题原因的）首先，我们让该问题重现，即双击飞信客户端的桌面图标，让其弹出该错误对话框。错误提示出现了，我们先不急定)”按钮，而是启动一个调试程序。（本例中使用著名的Microsoft Windbg工具进行调试分析）然后在“Fi中选择“Attach to (附加到一个进程)”，选择当前的飞信客户端的进程“”。这Attach to a Process就是因为我们要将调试器跟踪到当前这个产生错误的进程，然后从内存中实时察看相关API函数的调用。Windbg中还支持其他的几种类型的调试，须根据具体情形按需选择。附加到该进程之后的结

然后，我们可以在图中清晰地看到，当系统加载到“c:Program FilesChina ”时中的"Warning: Break-in time out, suspending."，在Windows中的表现也就是弹出了上述的错误对话框，并点击“确定”按钮，于是程序暂时挂起。因此，我们可以判断，启动时加载的位于“c:ProgramMobileFetion”目录下的在执行某个函数过程的时候遇到了错误。那么究竟是什么样的函数呢？框的信息，我们可以初步猜测是中的_except_handler4_common。于是，我们需要查找一下当前进的现状，所以执行"x msvcrt!_except_handler*"命令，返回的结果也在上图中的底部。在Windbg中，x是查可以用来查找全局变量的地址或过程的地址。比如x kernel32!*显示中的所有可见变量，数据号是通配符，代替任意的字符串，为了查找全部的，我们需要使用该通配符。（其实如果你执行“x

msvcrt!_except_handler4_common”你会发现没有任何结果，也就是找不到，其实这也就是出现该错误的原因，因此退一步不输入"4_common"，查找所有_except_handler过程）

结果告诉我们，进程中存有的过程有_except_handler2以及_except_handler3，而恰恰没有_exc鉴于以上返回结果，我们可以初步断定，错误的起因是因为程序不能执行中的_except_handler4_且原因是当前缺少这个。此时，我们需要借助Microsoft Dependency Walker进行辅助分析并且确认。

我们启动Microsoft Dependency Walker，打开该，可以发现，该DLL文件的运行将会首先调用MS下图中也标示出来了，在当前调用的中，缺少一个函数"_except_handler4_common"，这起好与我象相以及Windbg分析的结果吻合。如下图所示：

此时，我们可以进一步断定，要么是DLL版本不对，要么就是有问题。而这个程序调用的是XP系的%systemroot%system32下面的，从移动飞信官方得知，该程序就是针对XP/Vista开发的，且朋中运行得很正常，于是我确认了一下本机该文件的版本，结果是“7.0.2600.5512 (xpsp.080413-2111)”，看来是版本7.0.2600。于是我们得查一查另外一个文件了——，为什么它要载入并且调用一个过程呢？

接下来，我们查看位于飞信文件夹下的。察看版本信息，得到“6.0.6000.16386 (vista_rtm.0611题就在这里！看到了吗？这个位于飞信安装目录下的文件怎么会来自Vista正式发布版？？怎么会用到XP的程中？？？要知道，这个文件之所以能够使用全部功能是因为在Vista环境之下，很多新的DLL文件中带有新的被它调用。那么我们猜想，是不是Vista版本下的就存在一个新版本——即第4版的_exception_h

们从Microsoft Windows Vista RTM中提取出位于%systemroot%system32下面的，其版本为“7.(longhorn_rtm.080118-1840)”，然后再次使用Dependency Walker打开，发现其中果然存在该新的函数！即“_except_handler4_common”。如下图所示：

到这里，问题就已经清楚了。正是由于本机的飞信客户端在启动时调用了用于Vista的DLL组件，试调用一个Vista下才有的过程，才出现了该错误提示。因为我们发现，该错误提示并不影响之后用，而且我们所使用的环境是Windows XP而非Vista，所以推断该调用的过程是非必要的，于是删除到回收站，再次启动飞信客户端，错误提示消失了，迎来的是程序正常的使用„„

之后我查阅了大量的KB资料以及Visual Studio的MSDN资料，发现_except_handler是VC++编译器自带的一个而版本4的_except_handler4_common handler又仅存在于Vista以及之后的系统之中。而且值得注意的是，

误都是由于系统中存在有来自更高级版本系统的文件造成的，而文件的来源于一般有几种，一般是修改系统时者别的安装程序带入的，也有情况是盗版改版的操作系统中存有的，再有就是本例中的情形——安装程序可同XP以及Windows Vista。可能是由于XP英文版与中文版的环境的不同，飞信客户端的启动选择了加载调用为从而产生了此错误。

注：本例中并没有介绍使用Dependency Walker的“Profile(剖析)”功能，因为该飞信客户端的启动不是靠单比较复杂，而且本例中因为该错误不能成功剖析整个启动过程。借助其他工具，可以得到，其实飞信客户端的过加载然后再加载“VMDotNetv2.0.50727”下的进行的，于是我们进行剖析，而且当前环境也只能这样了。剖析过后同样能够发现问题，如下图所示：

本文标签： 错误问题过程解决启动