無法定位程序輸入點于msvcrtdll相關問題解決方法_第1頁
無法定位程序輸入點于msvcrtdll相關問題解決方法_第2頁
無法定位程序輸入點于msvcrtdll相關問題解決方法_第3頁
無法定位程序輸入點于msvcrtdll相關問題解決方法_第4頁
無法定位程序輸入點于msvcrtdll相關問題解決方法_第5頁
已閱讀5頁,還剩1頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、無法定位程序輸入點于msvcrt.dll相關問題解決方法我發現這個問題是在每次打開八戒桌面小工具時會提示“Deskwidget:DeskWidget.exe - 無法找到入口 無法定位程序輸入點 _except_handler4_common于動態鏈接庫 msvcrt.dll上”,遂上網查了資料。發現這是個系統性的問題。以前八戒軟件能正常使用,不知道這段時間是卸載了什么軟件還是裝了什么東西,導致八戒不能用了。網上的方法如下,可以解決每次彈出“無法定位”對話框的問題:這是由于sp3加載的驅動造成的;只需要將C:WINDOWSsystem32dwmapi.dll重新命名一下即可以解決;在syste

2、m32中找到dwmapi.dll,他的標簽居然表明來自Vista RTM,試著把“dwmapi.dll”重命名一下(注:改成任意文件名,如dwmap.dll)。問題解決。                         -不過,我從沒有修改飛信安裝文件夾下的dwmapi.dll卻能正常使用飛信,沒有出現網上所說的每次彈出“無法定位”對話框的問題,真的很奇怪。

3、究竟是什么原因導致這個問題的呢?為什么windowssystem32下的dwmapi.dll動態鏈接庫可以隨便修改,這不會導致系統問題嗎?也許下面的文章能解答一些疑問:原文地址淺談Windows環境軟件故障調試與分析大家好,我是Eric,今天,我將與大家一起分享一個軟件故障的調試與分析案例,希望給大家提供一個解決Windows下軟件錯誤的基本分析思路和供參考的一類解決方法。看完本例,您將會初步了解到Dll Entry Point錯誤的一些基本知識,也將接觸到像Winbdg、Dependency Walker一類的專業調試、分析工具軟件的基本使用,在這里我也和大家一起分享并探討。 &#

4、160;  本例中出現錯誤的軟件是中國移動飛信2008版客戶端,具體現象是每次雙擊圖標啟動該程序時總會收到一個錯誤信息對話框標題為“FetionFX.exe - Entry Point Not Found”,內容為“The procedure entry point _except_handler4_common could not be located in the dynamic link library msvcrt.dll.”。如下圖所示:       以前在臺式機中文版Microsoft Windows&

5、#160;XP Professional with Service Pace 2上使用這個客戶端時并沒有出現該問題,但是今年9月份我將筆記本計算機的操作系統安裝為Microsoft Windows XP Professional with Service Pace 3的英文版,然后于10月初安裝飛信客戶端之后就一直存有這個問題,直到今天我才有一塊集中的空余時間來分析解決。之前我搜索過百度,但是答案均是“系統缺少msvcrt.dll,下載一個就好了”或者是“msvcrt.dll版本不正確,下載一個替換即可”,為了圖簡便,我也試過,但是根本不奏效。可是我發現沒有解決也可以正常使用飛信,只是每次要彈

6、出這個錯誤消息,所以也沒急著管。哈哈幸好今天解決掉了,心得是解決軟件故障不能浮于表面,欲發掘內在問題和根本原因,還得自己架設環境手動分析,因為軟件太多了,錯誤的種類也太多了,一切還是得具體情況具體分析阿下面我們一起來看看整個過程吧:(全部的分析調試過程不止下面的這些,但是經過解決這個問題,以下整理出來的思路應該是最簡短并且能夠找到問題原因的)首先,我們讓該問題重現,即雙擊飛信客戶端的桌面圖標,讓其彈出該錯誤對話框。錯誤提示出現了,我們先不急著點擊“OK(確定)”按鈕,而是啟動一個調試程序。(本例中使用著名的Microsoft Windbg工具進行調試分析)然后在“File(文件)”菜單中選擇“

7、Attach to a Process.(附加到一個進程)”,選擇當前的飛信客戶端的進程“FetionFX.exe”。這里之所以要選擇Attach to a Process就是因為我們要將調試器跟蹤到當前這個產生錯誤的進程,然后從內存中實時察看相關的線程堆棧甚至API函數的調用。Windbg中還支持其他的幾種類型的調試,須根據具體情形按需選擇。附加到該進程之后的結果如下圖所示:       然后,我們可以在圖中清晰地看到,當系統加載到“c:Program FilesChina MobileFetiondwmapi.dll”時掛起,就是

8、圖中的"Warning: Break-in time out, suspending.",在Windows中的表現也就是彈出了上述的錯誤對話框,并且我們還沒有點擊“確定”按鈕,于是程序暫時掛起。因此,我們可以判斷,FeionFX.exe啟動時加載的位于“c:Program FilesChina MobileFetion”目錄下的dwmapi.dll在執行某個函數過程的時候遇到了錯誤。那么究竟是什么樣的函數呢?根據錯誤對話框的信息,我們可以初步猜測是MSVCRT.dll中的_except_handler4_common。于是,我們需要查找一下當前進程中有關該過程的現狀,所以執

9、行"x msvcrt!_except_handler*"命令,返回的結果也在上圖中的底部。在Windbg中,x是查找符號的命令,可以用來查找全局變量的地址或過程的地址。比如x kernel32!*顯示Kernel32.dll中的所有可見變量,數據結構和過程。*號是通配符,代替任意的字符串,為了查找全部的,我們需要使用該通配符。(其實如果你執行“x msvcrt!_except_handler4_common”你會發現沒有任何結果,也就是找不到,其實這也就是出現該錯誤的原因,我們后文分析。因此退一步不輸入"4_common",查找所有_except_han

10、dler過程)    結果告訴我們,進程中msvcrt.dll存有的過程有_except_handler2以及_except_handler3,而恰恰沒有_except_handler4。鑒于以上返回結果,我們可以初步斷定,錯誤的起因是因為程序不能執行MSVCRT.DLL中的_except_handler4_common過程,而且原因是當前缺少這個。此時,我們需要借助Microsoft Dependency Walker進行輔助分析并且確認。    我們啟動Microsoft Dependency Walker,打開該dwmapi.d

11、ll,可以發現,該DLL文件的運行將會首先調用MSVCRT.DLL,而且下圖中也標示出來了,在當前調用的MSVCRT.DLL中,缺少一個函數"_except_handler4_common",這起好與我們看到的錯誤現象相以及Windbg分析的結果吻合。如下圖所示:       此時,我們可以進一步斷定,要么是DLL版本不對,要么就是dwmapi.dll有問題。而這個程序調用的是XP系統的%systemroot%system32下面的MSVCRT.DLL,從移動飛信官方得知,該程序就是針對XP/Vista開發的,且朋

12、友中文版XP SP3中運行得很正常,于是我確認了一下本機該文件的版本,結果是“7.0.2600.5512 (xpsp.080413-2111)”,看來沒有什么問題,是版本7.0.2600。于是我們得查一查另外一個文件了dwmapi.dll,為什么它要載入MSVCRT.Dll并且調用其中并不存在的一個過程呢?    接下來,我們查看位于飛信文件夾下的dwmapi.dll。察看版本信息,得到“6.0.6000.16386 (vista_rtm.061101-2205)”,問題就在這里!看到了嗎?這個位于飛信安裝目錄下的文件怎么會來自Vista正式發布版?怎么會用到XP

13、的程序執行之中?要知道,這個文件之所以能夠使用全部功能是因為在Vista環境之下,很多新的DLL文件中帶有新的函數,正好可以被它調用。那么我們猜想,是不是Vista版本下的MSVCRT.DLL就存在一個新版本即第4版的_exception_handler4呢?我們從Microsoft Windows Vista RTM中提取出位于%systemroot%system32下面的MSVCRT.DLL,其版本為“7.0.6001.18000 (longhorn_rtm.080118-1840)”,然后再次使用Dependency Walker打開,發現其中果然存在該新的函數!即“_except_ha

14、ndler4_common”。如下圖所示:       到這里,問題就已經清楚了。正是由于本機的飛信客戶端在啟動時調用了用于Vista的DLL組件dwmapi.dll,而該DLL又要嘗試調用一個Vista下msvcrt.dll才有的過程,才出現了該錯誤提示。因為我們發現,該錯誤提示并不影響之后程序的正常使用,而且我們所使用的環境是Windows XP而非Vista,所以推斷該調用dwmapi.dll的過程是非必要的,于是將其重命名或是刪除到回收站,再次啟動飛信客戶端,錯誤提示消失了,迎來的是程序正常的使用  

15、60; 之后我查閱了大量的KB資料以及Visual Studio的MSDN資料,發現_except_handler是VC+編譯器自帶的一個內部異常處理。而版本4的_except_handler4_common handler又僅存在于Vista以及之后的系統之中。而且值得注意的是,很多這樣子的錯誤都是由于系統中存在有來自更高級版本系統的文件造成的,而文件的來源于一般有幾種,一般是修改系統時自己放進去的或者別的安裝程序帶入的,也有情況是盜版改版的操作系統中存有的,再有就是本例中的情形安裝程序可同時用于Windows XP以及Windows Vista。可能是由于XP英文版與中文版的環境的不同,飛信客戶端的啟動選擇了加載調用為Vista準備的dwmapi.dll從而產生了此錯誤。    注:本例中并沒有介紹使用Dependency Walker的“Pr

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論