無法定位程序輸入點(diǎn)于msvcrtdll相關(guān)問題解決方法

1、無法定位程序輸入點(diǎn)于msvcrt.dll 相關(guān)問題解決方法我發(fā)現(xiàn)這個(gè)問題是在每次打開八戒桌面小工具時(shí)會(huì)提示“Deskwidget:DeskWidget.exe -無法找到入口 無法定位程序輸入點(diǎn)_except_handler4_common 于動(dòng)態(tài)鏈接庫msvcrt.dll上”，遂上網(wǎng)查了資料。發(fā)現(xiàn)這是個(gè)系統(tǒng)性的問題。以前八戒軟件能正常使用，不知道這段時(shí)間是卸載了什么軟件還是裝了什么東西，導(dǎo)致八戒不能用了。網(wǎng)上的方法如下，可以解決每次彈出“無法定位 ”對(duì)話框的問題：這是由于 sp3 加載的驅(qū)動(dòng)造成的；只需要將C:WINDOWSsystem32dwmapi.dll重新命名一下即可以解決；在 sy

2、stem32中找到 dwmapi.dll ，他的標(biāo)簽居然表明來自Vista RTM ，試著把 “dwmapi.dll 重”命名一下（注：改成任意文件名，如dwmap.dll ）。問題解決。-不過，我從沒有修改飛信安裝文件夾下的dwmapi.dll卻能正常使用飛信，沒有出現(xiàn)網(wǎng)上所說的每次彈出 “無法定位 ”對(duì)話框的問題， 真的很奇怪。 究竟是什么原因?qū)е逻@個(gè)問題的呢？為什么 windowssystem32 下的 dwmapi.dll動(dòng)態(tài)鏈接庫可以隨便修改，這不會(huì)導(dǎo)致系統(tǒng)問題嗎？也許下面的文章能解答一些疑問：原文地址 淺談 Windows 環(huán)境軟件故障調(diào)試與分析大家好，我是 Eric，今天，我將與

3、大家一起分享一個(gè)軟件故障的調(diào)試與分析案例，希望給大家提供一個(gè)解決Windows 下軟件錯(cuò)誤的基本分析思路和供參考的一類解決方法。看完本例，您將會(huì)初步了解到Dll Entry Point錯(cuò)誤的一些基本知識(shí)， 也將接觸到像 Winbdg 、DependencyWalker 一類的專業(yè)調(diào)試、分析工具軟件的基本使用，在這里我也和大家一起分享并探討。本例中出現(xiàn)錯(cuò)誤的軟件是中國(guó)移動(dòng)飛信2008 版客戶端，具體現(xiàn)象是每次雙擊圖標(biāo)啟動(dòng)該程序時(shí)總會(huì)收到一個(gè)錯(cuò)誤信息對(duì)話框標(biāo)題為 “FetionFX.exe - Entry Point Not Found”,內(nèi)容為 “The procedure entry poin

4、t _except_handler4_common could not be located in thedynamic link library msvcrt.dll.。如下圖所示：”以前在臺(tái)式機(jī)中文版MicrosoftWindows XP Professional with Service Pace 2個(gè)客戶端時(shí)并沒有出現(xiàn)該問題，但是今年9 月份我將筆記本計(jì)算機(jī)的操作系統(tǒng)安裝為上使用這Microsoft Windows XP Professional with Service Pace 3的英文版，然后于10 月初安裝飛信客戶端之后就一直存有這個(gè)問題，直到今天我才有一塊集中的空余時(shí)間來分析

5、解決。之前我搜索過百度，但是答案均是“系統(tǒng)缺少 msvcrt.dll ，下載 一個(gè)就好了 ”或者是 “msvcrt.dll 版本不正確， 下載一個(gè)替換即可”，為了圖簡(jiǎn)便，我也試過，但是根本不奏效?？墒俏野l(fā)現(xiàn)沒有解決也可以正常使用飛信，只是每次要彈出這個(gè)錯(cuò)誤消息，所以也沒急著管。哈哈 幸好今天解決掉了， 心得是解決軟件故障不能浮于表面，欲發(fā)掘內(nèi)在問題和根本原因，還得自己架設(shè)環(huán)境手動(dòng)分析，因?yàn)檐浖嗔?，錯(cuò)誤的種類也太多了，一切還是得具體情況具體分析阿 下面我們一起來看看整個(gè)過程吧：（全部的分析調(diào)試過程不止下面的這些，但是經(jīng)過解決這個(gè)問題，以下整理出來的思路應(yīng)該是最簡(jiǎn)短并且能夠找到問題原因的）首先

6、， 我們讓該問題重現(xiàn)，即雙擊飛信客戶端的桌面圖標(biāo)，讓其彈出該錯(cuò)誤對(duì)話框。錯(cuò)誤提示出現(xiàn)了，我們先不急著點(diǎn)擊 “OK(確定 ) ”按鈕，而是啟動(dòng)一個(gè)調(diào)試程序。 （本例中使用著名的 Microsoft Windbg 工具進(jìn)行調(diào)試分析）然后在 “File(文件 ) ”菜單中選擇 “Attach to aProcess.( 附加到一個(gè)進(jìn)程) ”，選擇當(dāng)前的飛信客戶端的進(jìn)程“ FetionFX.exe。這里”之所以要選擇 Attach to a Process 就是因?yàn)槲覀円獙⒄{(diào)試器跟蹤到當(dāng)前這個(gè)產(chǎn)生錯(cuò)誤的進(jìn)程， 然后從內(nèi)存中實(shí)時(shí)察看相關(guān)的線程堆棧甚至 API 函數(shù)的調(diào)用。 Windbg 中還支持其他的幾

7、種類型的調(diào)試，須根據(jù)具體情形按需選擇。附加到該進(jìn)程之后的結(jié)果如下圖所示：然后，我們可以在圖中清晰地看到，當(dāng)系統(tǒng)加載到“ c:Program FilesChinadwmapi.dll時(shí)掛”起，就是圖中的"Warning: Break-in time out, suspending."，在 Windows 中的表現(xiàn)也就是彈出了上述的錯(cuò)誤對(duì)話框，并且我們還沒有點(diǎn)擊“確定 ”按鈕，于是程序暫時(shí)掛起。因此，我們可以判斷，F(xiàn)eionFX.exe 啟動(dòng)時(shí)加載的位于“c:Program”目錄下的dwmapi.dll在執(zhí)行某個(gè)函數(shù)過程的時(shí)候遇到了錯(cuò)誤。那么究竟是什么樣的函數(shù)呢？根據(jù)錯(cuò)誤對(duì)話框

8、的信息，我們可以初步猜測(cè)是MSVCRT.dll 中的_except_handler4_common。于是，我們需要查找一下當(dāng)前進(jìn)程中有關(guān)該過程的現(xiàn)狀，所以執(zhí)行 "x msvcrt!_except_handler*"命令，返回的結(jié)果也在上圖中的底部。在 Windbg 中，x 是查找符號(hào)的命令，可以用來查找全局變量的地址或過程的地址。比如x kernel32!*顯示Kernel32.dll中的所有可見變量，數(shù)據(jù)結(jié)構(gòu)和過程。* 號(hào)是通配符， 代替任意的字符串，為了查找全部的，我們需要使用該通配符。（其實(shí)如果你執(zhí)行“xmsv crt!_except_handler4_common你

9、會(huì)發(fā)”現(xiàn)沒有任何結(jié)果，也就是找不到， 其實(shí)這也就是出現(xiàn)該錯(cuò)誤的原因，我們后文分析。因此退一步不輸入"4_common" ，查找所有_except_handler過程）結(jié)果告訴我們，進(jìn)程中msvcrt.dll存有的過程有 _except_handler2以及_except_handler3，而恰恰沒有 _except_handler4。鑒于以上返回結(jié)果，我們可以初步斷定，錯(cuò)誤的起因是因?yàn)槌绦虿荒軋?zhí)行MSVCRT.DLL 中的 _except_handler4_common過程，而且原因是當(dāng)前缺少這個(gè)。此時(shí)，我們需要借助Microsoft Dependency Walker進(jìn)行

10、輔助分析并且確認(rèn)。我們啟動(dòng)Microsoft Dependency Walker，打開該 dwmapi.dll ，可以發(fā)現(xiàn)，該DLL 文件的運(yùn)行將會(huì)首先調(diào)用MSVCRT.DLL，而且下圖中也標(biāo)示出來了，在當(dāng)前調(diào)用的MSVCRT.DLL中，缺少一個(gè)函數(shù)"_except_handler4_common"，這起好與我們看到的錯(cuò)誤現(xiàn)象相以及Windbg 分析的結(jié)果吻合。如下圖所示：此時(shí)，我們可以進(jìn)一步斷定，要么是DLL 版本不對(duì)，要么就是dwmapi.dll有問題。而這個(gè)程序調(diào)用的是XP 系統(tǒng)的 %systemroot%system32下面的 MSVCRT.DLL，從移動(dòng)飛信官方得

11、知，該程序就是針對(duì)XP/Vista 開發(fā)的，且朋友中文版XP SP3 中運(yùn)行得很正常，于是我確認(rèn)了一下本機(jī)該文件的版本，結(jié)果是“-2111) ”，看來沒有什么問題，是版本。于是我們得查一查另外一個(gè)文件了dwmapi.dll ，為什么它要載入 MSVCRT.Dll 并且調(diào)用其中并不存在的一個(gè)過程呢？接下來，我們查看位于飛信文件夾下的dwmapi.dll 。察看版本信息， 得到 “(vista_rtm.061101-2205) ，”問題就在這里！看到了嗎？這個(gè)位于飛信安裝目錄下的文件怎么會(huì)來自 Vista 正式發(fā)布版？怎么會(huì)用到XP 的程序執(zhí)行之中？要知道，這個(gè)文件之所以能夠使用全部功能是因?yàn)樵赩

12、ista 環(huán)境之下， 很多新的DLL 文件中帶有新的函數(shù)，正好可以被它調(diào)用。那么我們猜想，是不是Vista 版本下的MSVCRT.DLL 就存在一個(gè)新版本即第 4 版的 _exception_handler4呢？我們從Microsoft Windows Vista RTM中提取出位于%systemroot%system32下面的 MSVCRT.DLL，其版本為 “(longhorn_rtm.080118- 1840) ”，然后再次使用 Dependency Walker 打開，發(fā)現(xiàn)其中果然存在該新的函數(shù)！即 “_except_handler4_common” 。如下圖所示：到這里，問題就已經(jīng)清

13、楚了。正是由于本機(jī)的飛信客戶端在啟動(dòng)時(shí)調(diào)用了用于Vista的DLL 組件 dwmapi.dll ，而該 DLL 又要嘗試調(diào)用一個(gè)Vista 下 msvcrt.dll才有的過程，才出現(xiàn)了該錯(cuò)誤提示。 因?yàn)槲覀儼l(fā)現(xiàn)， 該錯(cuò)誤提示并不影響之后程序的正常使用，而且我們所使用的環(huán)境是 Windows XP 而非 Vista ，所以推斷該調(diào)用dwmapi.dll 的過程是非必要的，于是將其重命名或是刪除到回收站，再次啟動(dòng)飛信客戶端，錯(cuò)誤提示消失了， 迎來的是程序正常的使用 之后我查閱了大量的 KB 資料以及 Visual Studio的 MSDN 資料，發(fā)現(xiàn) _except_handler是 VC+ 編譯

14、器自帶的一個(gè)內(nèi)部異常處理。而版本4 的 _except_handler4_common handler又僅存在于 Vista 以及之后的系統(tǒng)之中。而且值得注意的是，很多這樣子的錯(cuò)誤都是由于系統(tǒng)中存在有來自更高級(jí)版本系統(tǒng)的文件造成的，而文件的來源于一般有幾種，一般是修改系統(tǒng)時(shí)自己放進(jìn)去的或者別的安裝程序帶入的，也有情況是盜版改版的操作系統(tǒng)中存有的，再有就是本例中的情形 安裝程序可同時(shí)用于Windows XP 以及 Windows Vista 。可能是由于 XP 英文版與中文版的環(huán)境的不同，飛信客戶端的啟動(dòng)選擇了加載調(diào)用為Vista 準(zhǔn)備的dwmapi.dll 從而產(chǎn)生了此錯(cuò)誤。注：本例中并沒有介紹使用Dependency Walker的