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

admin管理员组

文章数量:1565368

2024年7月31日发(作者：)

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

我发现这个问题是在每次打开八戒桌面小工具时会提示“Deskwidget: - 无

法找到入口 无法定位程序输入点 _except_handler4_common于动态链接库

上”，遂上网查了资料。发现这是个系统性的问题。以前八戒软件能正常使用，不知道这段

时间是卸载了什么软件还是装了什么东西，导致八戒不能用了。

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

这是由于sp3加载的驱动造成的；只需要将C:重新命名

一下即可以解决；在system32中找到，他的标签居然表明来自Vista RTM，试

着把“”重命名一下（注：改成任意文件名，如）。问题解

决。 ------------------------------------------------------------------------------

不过，我从没有修改飞信安装文件夹下的却能正常使用飞信，没有出现网上所

说的每次弹出“无法定位”对话框的问题，真的很奇怪。究竟是什么原因导致这个问题的呢？

为什么windowssystem32下的动态链接库可以随便修改，这不会导致系统问

题吗？

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

原文地址/administer/770224_

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

大家好，我是Eric，今天，我将与大家一起分享一个软件故障的调试与分析案例，希望给大

家提供一个解决Windows下软件错误的基本分析思路和供参考的一类解决方法。看完本例，

您将会初步了解到Dll Entry Point错误的一些基本知识，也将接触到像Winbdg、Dependency

Walker一类的专业调试、分析工具软件的基本使用，在这里我也和大家一起分享并探讨。

本例中出现错误的软件是中国移动飞信2008版客户端，具体现象是每次双击图标启动

该程序时总会收到一个错误信息对话框——标题为“ - Entry Point Not Found”,

内容为“The procedure entry point _except_handler4_common could not be located in the

dynamic link library .”。如下图所示：

以前在台式机中文版Microsoft Windows XP Professional with Service Pace 2上使用这

个客户端时并没有出现该问题，但是今年9月份我将笔记本计算机的操作系统安装为

Microsoft Windows XP Professional with Service Pace 3的英文版，然后于10月初安装飞信

客户端之后就一直存有这个问题，直到今天我才有一块集中的空余时间来分析解决。之前我

搜索过百度，但是答案均是“系统缺少，下载一个就好了”或者是“版本

不正确，下载一个替换即可”，为了图简便，我也试过，但是根本不奏效。可是我发现没有

解决也可以正常使用飞信，只是每次要弹出这个错误消息，所以也没急着管。哈哈~幸好今

天解决掉了，心得是解决软件故障不能浮于表面，欲发掘内在问题和根本原因，还得自己架

设环境手动分析，因为软件太多了，错误的种类也太多了，一切还是得具体情况具体分析阿

~~下面我们一起来看看整个过程吧：（全部的分析调试过程不止下面的这些，但是经过解

决这个问题，以下整理出来的思路应该是最简短并且能够找到问题原因的）

首先，我们让该问题重现，即双击飞信客户端的桌面图标，让其弹出该错误对话框。错误提

示出现了，我们先不急着点击“OK(确定)”按钮，而是启动一个调试程序。（本例中使用著名

的Microsoft Windbg工具进行调试分析）然后在“File(文件)”菜单中选择“Attach to a

(附加到一个进程)”，选择当前的飞信客户端的进程“”。这里之所以要

选择Attach to a Process就是因为我们要将调试器跟踪到当前这个产生错误的进程，然后从

内存中实时察看相关的线程堆栈甚至API函数的调用。Windbg中还支持其他的几种类型的

调试，须根据具体情形按需选择。附加到该进程之后的结果如下图所示：

然后，我们可以在图中清晰地看到，当系统加载到“c:Program FilesChina

”时挂起，就是图中的"Warning: Break-in time out, suspending."，

在Windows中的表现也就是弹出了上述的错误对话框，并且我们还没有点击“确定”按钮，

于是程序暂时挂起。因此，我们可以判断，启动时加载的位于“c:Program

FilesChina MobileFetion”目录下的在执行某个函数过程的时候遇到了错误。

那么究竟是什么样的函数呢？根据错误对话框的信息，我们可以初步猜测是中

的_except_handler4_common。于是，我们需要查找一下当前进程中有关该过程的现状，

所以执行"x msvcrt!_except_handler*"命令，返回的结果也在上图中的底部。在Windbg中，

x是查找符号的命令，可以用来查找全局变量的地址或过程的地址。比如x kernel32!*显示

中的所有可见变量，数据结构和过程。*号是通配符，代替任意的字符串，为了

查找全部的，我们需要使用该通配符。（其实如果你执行“x

msvcrt!_except_handler4_common”你会发现没有任何结果，也就是找不到，其实这也就是

出现该错误的原因，我们后文分析。因此退一步不输入"4_common"，查找所有

_except_handler过程）

结果告诉我们，进程中存有的过程有_except_handler2以及

_except_handler3，而恰恰没有_except_handler4。鉴于以上返回结果，我们可以初步断定，

错误的起因是因为程序不能执行中的_except_handler4_common过程，而且

原因是当前缺少这个。此时，我们需要借助Microsoft Dependency Walker进行辅助分析并

且确认。

我们启动Microsoft Dependency Walker，打开该，可以发现，该DLL文件的

运行将会首先调用，而且下图中也标示出来了，在当前调用的

中，缺少一个函数"_except_handler4_common"，这起好与我们看到的错误现象相以及

Windbg分析的结果吻合。如下图所示：

此时，我们可以进一步断定，要么是DLL版本不对，要么就是有问题。而这

个程序调用的是XP系统的%systemroot%system32下面的，从移动飞信官

方得知，该程序就是针对XP/Vista开发的，且朋友中文版XP SP3中运行得很正常，于是我

确认了一下本机该文件的版本，结果是“7.0.2600.5512 (xpsp.080413-2111)”，看来没有什

么问题，是版本7.0.2600。于是我们得查一查另外一个文件了——，为什么它要

载入并且调用其中并不存在的一个过程呢？

接下来，我们查看位于飞信文件夹下的。察看版本信息，得到“6.0.6000.16386

(vista_rtm.061101-2205)”，问题就在这里！看到了吗？这个位于飞信安装目录下的文件怎

么会来自Vista正式发布版？？怎么会用到XP的程序执行之中？？？要知道，这个文件之

所以能够使用全部功能是因为在Vista环境之下，很多新的DLL文件中带有新的函数，正好

可以被它调用。那么我们猜想，是不是Vista版本下的就存在一个新版本——

即第4版的_exception_handler4呢？我们从Microsoft Windows Vista RTM中提取出位

于%systemroot%system32下面的，其版本为“7.0.6001.18000

(longhorn_rtm.080118-1840)”，然后再次使用Dependency Walker打开，发现其中果然存

在该新的函数！即“_except_handler4_common”。如下图所示：

到这里，问题就已经清楚了。正是由于本机的飞信客户端在启动时调用了用于Vista的

DLL组件，而该DLL又要尝试调用一个Vista下才有的过程，才出现

了该错误提示。因为我们发现，该错误提示并不影响之后程序的正常使用，而且我们所使用

的环境是Windows XP而非Vista，所以推断该调用的过程是非必要的，于是将

其重命名或是删除到回收站，再次启动飞信客户端，错误提示消失了，迎来的是程序正常的

使用……

之后我查阅了大量的KB资料以及Visual Studio的MSDN资料，发现_except_handler

是VC++编译器自带的一个内部异常处理。而版本4的_except_handler4_common handler

又仅存在于Vista以及之后的系统之中。而且值得注意的是，很多这样子的错误都是由于系

统中存在有来自更高级版本系统的文件造成的，而文件的来源于一般有几种，一般是修改系

统时自己放进去的或者别的安装程序带入的，也有情况是盗版改版的操作系统中存有的，再

有就是本例中的情形——安装程序可同时用于Windows XP以及Windows Vista。可能是由

于XP英文版与中文版的环境的不同，飞信客户端的启动选择了加载调用为Vista准备的

从而产生了此错误。

注：本例中并没有介绍使用Dependency Walker的“Profile(剖析)”功能，因为该飞信客户

端的启动不是靠单文件的，因此比较复杂，而且本例中因为该错误不能成功剖析整个启动过

程。借助其他工具，可以得到，其实飞信客户端的启动过程是先通过加载

然后再加载“VMDotNetv2.0.50727”下的进行的，于是我们可以

只对进行剖析，而且当前环境也只能这样了。剖析过后同样能够发现问题，

如下图所示：

#电脑软硬故障知识

本文标签： 错误问题过程分析调用