cdll兼容解決方法

A. 應用程序或DLL C:\WINDOWS\system32\WPCAP.DLL為無效的Windows映像。這是怎麼回事怎樣解決

解決方法。「單擊「開始－－運行」
在裡面輸入「regedit」打開注冊表。
再依次找到"HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run"
在右側的鍵值項窗口中找到「C:\WINDOWS\system32\sysldr.dll」的項，將它刪除就可以了！
再在「開始菜單」→「運行」→輸入「msconfig」回車→進入「系統配置實用程序」→擊「啟動」卡找到它有關的項目去它掉的鉤選項即可
或者去網上下載一個WPCAP.DLL，復制到相應目錄。

B. 如何封裝c++程序成dll文件

C++編寫DLL的方法

在寫C++程序時，時常需要將一個class寫成DLL，供客戶端程序調用。這樣的DLL可以導出整個class,也可以導出這個class的某個方法。

一、導出整個class

方法很簡單，只需要在類的頭文件中class和類名之間加上_declspec(dllexport)，同時在另外一份提供給客戶端調用程序使用的類的頭文件中class和類名之間加上_declspec(dllimport)。為了能讓客戶端程序和DLL程序公用該類的一份頭文件，通常在類的頭文件中使用宏和預編譯指令來處理。如下DLLTest.h：

#ifdef DLL_TEST_API

#else

#define
DLL_TEST_API _declspec(dllimport)
#endif

Class DLL_TEST_API CDLLTest
{

Public:
CDLLTest();

~CDLLTest();

int Add(
int
a, int
b);

};
DLLTest.cpp如下：

#define
DLL_TEST_API _declspec(dllexport)

#include 「DLLTest.h」

………………………………………
這樣，在DLL編譯時DLL_TEST_API被定義為_declspec(dllexport)，而且客戶端程序編譯時它被定義為_declspec(dllimport)。

二、導出這個類的某個或者某幾個方法。

這時，需要將_declspec(dllexport)放到成員函數名前，如DLLTest.h:

#ifdef DLL_TEST_API

#else

#define
DLL_TEST_API _declspec(dllimport)
#endif

Class CDLLTest
{

Public:
CDLLTest();

~CDLLTest();
int DLL_TEST_API Add(
int
a, int
b);

};

但是，如果僅僅是這樣的話，當客戶端程序#include這個頭文件後，定義DLLTest這個類的一個對象後(靜態方式鏈接DLL)，客戶端程序無法鏈接通過，會提示構造函數和析構函數無法解析，此時，需要將構造函數和析構函數前也加上DLL_TEST_API宏即可。

當然這里還有個問題就是類的函數在導出後，名字會發生變化，我們可以在函數名前再加上extern 「C」 ，如 extern 「C」 DLL_TEST_API int Add(int a ,int b);但這只解決了C與C++調用時名字變更問題，可靠的方法還是增加一個模塊定義文件def,在該文件中定義導出函數的名稱，我們將在後面看到樣例。

DLL編寫完成後，就只剩下客戶端程序如何去調用該DLL了，靜態方式調用DLL和動態方式調用DLL。

一、靜態方式調用DLL

這個方法就簡單了，將DLLTest.h頭文件和DLLTest.lib，DLLTest.dll文件拷貝到客戶端程序的當前目錄下，在客戶端程序中#include<DLLTest.h>，然後通過#pragma comment(lib,」DLLTest.lib」)的方式引入lib庫，或者在客戶端程序的工程屬性裡面增加對該lib文件的引入。

然後就可以在客戶端程序中如同使用本地的一個class一樣使用該DLL了，如：

CDLLTest dllTest;

dllTest.Add(
1
,2
);

二、動態方式調用DLL

動態調用這個DLL,就需要對這個class進行修改了。

首先，在DLLTest.cpp文件中增加一個全局函數，該函數可以返回這個class的一個實例，這樣，客戶端程序調用這個全局函數後，得到該class的實例，就可以調用該class的實例方法了。

extern
「C」 _declspec(dllexport) CDLLTest* GetInstance()
{

return
new
CDLLTest;
}
註：extern 「C」 只是解決了c與c++編譯器之間的兼容問題，如果需要和其他編譯器之間兼容，可靠的辦法還是增加一個.def文件，文件內容如下：

LIBRARY 「DLLTest」

EXPORTS

GetInstance
= GetInstance
這樣就指定了DLL的函數導出後的名稱仍然不變。

這樣，客戶端程序就可以通過該函數來獲取class的一個實例了。如下：

先需要定義一個函數指針類型：

typedef CDllTestBase* (*pfGetInst)();

//
註：CDllTestBase類後面會介紹。

HMOUDLE hMod
= LoadLibrary( _T(「DLLTest.DLL」) );

if(hMod)
{
pfGetInst pfGetInstance
= (pfGetInst)GetProcAddress(「GetInstance」);
if( p )
{

//
通過基類指針指向派生類對象

CDllTestBase * pInst = pfGetInstance ();
if( NULL
!= pInst )
{
pInst
->Add( 1
,2
);
}

if( NULL
!= pInst )
{

//
釋放對象

delete pInst;
}
}
}
當然，這里還是需要include這個DLL的頭文件DLLTestBase.h,如果將之前所寫的頭文件DLLTest.h直接拷貝到客戶端程序的當前目錄下，並include進來的話，在編譯連接時，是無法通過的，我們需要對這個頭文件進行修改，首先增加一個.h 文件DLLTestBase.h，在這個文件中我們將需要在客戶端程序中調用的函數都命名成純虛函數，然後讓CDLLTest類繼承自CDLLTestBase類，DLLTestBase.h如下：

Class CDLLTestBase
{
Public:
Virtual
~CDLLTestBase(){};//
虛析構函數，且為內聯函數

Virtual int
Add(int
a, int
b) = 0
;

}
DLLTest.h修改後如下：

#include 「DLLTestBase.h」
Class CDLLTest :
public
CDLLTestBase
{
Public:
CDLLTest();

~CDLLTest();

int
Add(int
a, int
b);
};
註：這里的DLLTestBase需要提供一個虛析構函數，這樣在客戶端程序中就可以通過基類指針來釋放派生類對象了。

這樣，只需要將DLLTestBase.h拷貝到客戶端程序的當前目錄下，然後在客戶端程序中#include」DLLTestBase.h」，就可以如上面介紹一樣在客戶端程序中調用DLL裡面的方法了。

C. 為什麼我家會提示應用程序或DLL C:\WINDOWS\System32\winrnr.dll為無效的Windows映像。 怎麼修復

使用Windows操作系統的人有時會遇到這樣的錯誤信息： 「「0X????????」指令引用的「0x00000000」內存，該內存不能為「read」或「written」」，然後應用程序被關閉。 如果去請教一些「高手」，得到的回答往往是「Windows就是這樣不穩定」之類的義憤和不屑。其實，這個錯誤並不一定是Windows不穩定造成的。本文就來簡單分析這種錯誤的一般原因。 一、應用程序沒有檢查內存分配失敗 程序需要一塊內存用以儲存數據時，就需要使用操作系統提供的「功能函數」來申請，如果內存分配成功，函數就會將所新開辟的內存區地址返回給應用程序，應用程序就可以通過這個地址使用這塊內存。這就是「動態內存分配」，內存地址也就是編程中的「游標」。內存不是永遠都招之即來、用之不盡的，有時候內存分配也會失敗。當分配失敗時系統函數會返回一個0值，這時返回值「0」已不表示新啟用的游標，而是系統向應用程序發出的一個通知，告知出現了錯誤。作為應用程序，在每一次申請內存後都應該檢查返回值是否為0，如果是，則意味著出現了故障，應該採取一些措施挽救，這就增強了程序的「健壯性」。若應用程序沒有檢查這個錯誤，它就會按照「思維慣性」認為這個值是給它分配的可用游標，繼續在之後的執行中使用這塊內存。真正的0地址內存區儲存的是計算機系統中最重要的「中斷描述符表」，絕對不允許應用程序使用。在沒有保護機制的操作系統下(如DOS)，寫數據到這個地址會導致立即當機，而在健壯的操作系統中，如 Windows等，這個操作會馬上被系統的保護機制捕獲，其結果就是由操作系統強行關閉出錯的應用程序，以防止其錯誤擴大。這時候，就會出現上述的「寫內存」錯誤，並指出被引用的內存地址為「0x00000000」。內存分配失敗故障的原因很多，內存不夠、系統函數的版本不匹配等都可能有影響。因此，這種分配失敗多見於操作系統使用很長時間後，安裝了多種應用程序(包括無意中「安裝」的病毒程序)，更改了大量的系統參數和系統檔案之後。 二、應用程序由於自身BUG引用了不正常的內存游標 在使用動態分配的應用程序中，有時會有這樣的情況出現：程序試突讀寫一塊「應該可用」的內存，但不知為什麼，這個預料中可用的游標已經失效了。有可能是「忘記了」向操作系統要求分配，也可能是程序自己在某個時候已經注銷了這塊內存而「沒有留意」等等。注銷了的內存被系統回收，其訪問權已經不屬於該應用程序，因此讀寫操作也同樣會觸發系統的保護機制，企圖「違法」的程序唯一的下場就是被操作終止執行，回收全部資源。計算機世界的法律還是要比人類有效和嚴厲得多啊！像這樣的情況都屬於程序自身的BUG，你往往可在特定的操作順序下重現錯誤。無效游標不一定總是0，因此錯誤提示中的內存地址也不一定為「0x00000000」，而是其它隨機數字。如果系統經常有所提到的錯誤提示，下面的建議可能會有說明 ： 1.檢視系統中是否有木馬或病毒。這類程序為了控制系統往往不負責任地修改系統， 從而導致操作系統異常。平常應加強信息安全意識，對來源不明的可執行程序絕不好奇。 2.更新操作系統，讓操作系統的安裝程序重新拷貝正確版本的系統檔案、修正系統參數。 有時候操作系統本身也會有BUG，要注意安裝官方發行的升級程序。 3.試用新版本的應用程序。 Mode: 將虛擬內存撤換 答案: 目前為止是肯定的，也就是如在下次冷天到來時亦沒再發生，就代表這是主因 追加: 如果你用 Ghost 恢復 OS 後建議 刪除WINDOWS＼PREFETCH目錄下所有*.PF文件因為需讓windows重新收集程序的物理地址 有些應用程序錯誤 "0x7cd64998" 指令參考的 "0x14c96730" 內存。該內存不能為 "read"推論是此原因 源由: Win XP的「預讀取」技術 這種最佳化技術也被用到了應用軟體上，系統對每一個應用軟體的前幾次啟動情況進行分析，然後新增一個描述套用需求的虛擬「內存映像」，並把這些信息儲存到 WINDOWSPREFETCH數據夾。一旦建立了映像，應用軟體的裝入速度大大提高。XP的預讀取數據儲存了最近8次系統啟動或應用軟體啟動的信息。 後敘: 目前此方法亦是獨步網路的(其碼自己針對此問題查了許久)，也是常見問題，原本幾乎每天睡前關閉軟體時一些程序都會發生...read... 現在就沒發生了。 【文章二】 運行某些程序的時候，有時會出現內存錯誤的提示（0x後面內容有可能不一樣），然後該程序就關閉。 「0x????????」指令引用的「0x????????」內存。該內存不能為「read」。 「0x????????」指令引用的「0x????????」內存，該內存不能為「written」。 不知你出現過類似這樣的故障嗎？ 一般出現這個現象有方面的，一是硬體，即內存方面有問題，二是軟體，這就有多方面的問題了。 下面先說說硬體： 一般來說，內存出現問題的可能性並不大，主要方面是：內存條壞了、內存質量有問題，還有就是2個不同牌子不同容量的內存混插，也比較容易出現不兼容的情況，同時還要注意散熱問題，特別是超頻後。你可以使用MemTest 這個軟體來檢測一下內存，它可以徹底的檢測出內存的穩定度。 假如你是雙內存，而且是不同品牌的內存條混插或者買了二手內存時，出現這個問題，這時，你就要檢查是不是內存出問題了或者和其它硬體不兼容。 如果都沒有，那就從軟體方面排除故障了。 先簡單說說原理：內存有個存放數據的地方叫緩沖區，當程序把數據放在其一位置時，因為沒有足夠空間，就會發生溢出現象。舉個例子：一個桶子只能將一斤的水，當你放入兩斤的水進入時，就會溢出來。而系統則是在屏幕上表現出來。這個問題，經常出現在windows2000和XP系統上，Windows 2000/XP對硬體的要求是很苛刻的,一旦遇到資源死鎖、溢出或者類似Windows 98里的非法操作，系統為保持穩定，就會出現上述情況。另外也可能是硬體設備之間的兼容性不好造成的。 下面我從幾個例子給大家分析： 例一：打開IE瀏覽器或者沒過幾分鍾就會出現"0x70dcf39f"指令引用的"0x00000000"內存。該內存不能為「read」。要終止程序，請單擊「確定」的信息框，單擊「確定」後，又出現「發生內部錯誤，您正在使用的其中一個窗口即將關閉」的信息框，關閉該提示信息後，IE瀏覽器也被關閉。解決方法：修復或升級IE瀏覽器，同時打上補丁。看過其中一個修復方法是，Win2000自升級，也就是Win2000升級到Win2000，其實這種方法也就是把系統還原到系統初始的狀態下。比如你的IE升級到了6.0，自升級後，會被IE5.0代替。 例二：在windows xp下雙擊光碟裡面的「AutoRun.exe」文件，顯示「0x77f745cc」指令引用的「0x00000078」內存。該內存不能為 「written」，要終止程序，請單擊「確定」，而在Windows 98里運行卻正常。解決方法：這可能是系統的兼容性問題，winXP的系統，右鍵「AutoRun.exe」文件，屬性，兼容性，把「用兼容模式運行這個程序」項選擇上，並選擇「Windows 98/Me」。win2000如果打了SP的補丁後，只要開始，運行，輸入：regsvr32 c:\winnt\apppatch\slayerui.dll。右鍵，屬性，也會出現兼容性的選項。 例三：RealOne Gold關閉時出現錯誤，以前一直使用正常，最近卻在每次關閉時出現「0xffffffff」指令引用的「0xffffffff」內存。該內存不能為 「read」 的提示。解決方法：當使用的輸入法為微軟拼音輸入法2003，並且隱藏語言欄時（不隱藏時沒問題）關閉RealOne就會出現這個問題，因此在關閉RealOne 之前可以顯示語言欄或者將任意其他輸入法作為當前輸入法來解決這個問題。 例四：我的豪傑超級解霸自從上網後就不能播放了，每次都提示 「0x060692f6」（每次變化）指令引用的「0xff000011」內存不能為「read」，終止程序請按確定。解決方法：試試重裝豪傑超級解霸,如果重裝後還會，到官方網站下載相應版本的補丁試試。還不行，只好換就用別的播放器試試了。 例五：雙擊一個游戲的快捷方式，「0x77f5cd0」指令引用「0xffffffff」內 存，該內存不能為「read」 ，並且提示Client.dat程序錯誤。 解決方法：重裝顯卡的最新驅動程序，然後下載並且安裝DirectX9.0。 例六：一個朋友發信息過來，我的電腦便出現了錯誤信息:「0x772b548f」指令引用的「0x00303033」內存，該內存不能為 「written」,然後QQ自動下線，而再打開QQ，發現了他發過來的十幾條的信息。解決方法：這是對方利用QQ的BUG，發送特殊的代碼，做QQ出錯，只要打上補丁或升級到最新版本，就沒事了。 【原因 解決方法】 1 內存條壞了 更換內存條 2 雙內存不兼容 使用同品牌的內存或只要一條內存 3 內存質量問題 更換內存條 4 散熱問題 加強機箱內部的散熱 5 內存和主板沒插好或其他硬體不兼容 重插內存或換個插槽 6 硬體有問題 更換硬碟 7 驅動問題 重裝驅動,如果是新系統,應先安裝主板驅動 8 軟體損壞 重裝軟體 9 軟體有BUG 打補丁或更新到最新版本 10 軟體和系統不兼容 給軟體打上補丁或是試試系統的兼容模式 11 軟體和軟體之間有沖突 如果最近安裝了什麼新軟體,卸載了試試 12 軟體要使用其他相關的軟體有問題 重裝相關軟體,比如播放某一格式的文件時出錯,可能是這個文件的解碼器有問題 13 病毒問題 殺毒 14 殺毒軟體與系統或軟體相沖突 由於殺毒軟體是進入底層監控系統的,可能與一些軟體相沖突,卸載試試 15 系統本身有問題 有時候操作系統本身也會有BUG,要注意安裝官方發行的更新程序,象SP的補丁,最好打上.如果還不行,重裝系統,或更換其他版本的系統。 〔又一說〕 在控制面板的添加/刪除程序中看看你是否安裝了微軟NET.Framework，如果已經安裝了，可以考慮卸載它，當然如果你以後在其它程序需要NET.Framework時候，可以再重新安裝。 另外，如果你用的是ATI顯卡並且你用的是SP2的補丁（一些ATI的顯卡驅動需要在NET.Framework正常工作的環境下）。這種情況你可以找一款不需要NET.Framework支持的ATI顯卡驅動。 如果以上兩種方法並不能完全解決問題，你試著用一下「IE修復」軟體，並可以查查是否有病毒之類的。 〔微軟NET.Framework升級到1.1版應該沒問題了〕 〔還有一說〕 方法一： 微軟新聞組的朋友指點:開始--運行：regsvr32 jscript.dll 開始--運行：regsvr32 vbscript.dll 不過沒解決---但提供了路子-----一次運行注冊所有dll 搜索查找到方法如下: 運行 輸入cmd 回車在命令提示符下輸入 for %1 in (%windir%\system32\*.dll) do regsvr32.exe /s %1 這個命令老兄你慢慢輸 輸入正確的話會看到飛快地滾屏 否則……否則失敗就是沒這效果。回車後慢慢等（需要點時間1-2分鍾） 都運行完再打開看 方法二： 這是個典型問題~~~~~引起這個問題的原因很多。一般來講就是給系統打上補丁和更換內存、給內存換個插槽這3種方法來解決。[系統補丁只要到Microsoft Update網站在線更新就可以了] （偶見） 造成這種問題的原因很多，不能單純的下結論，盡量做到以下幾點可能對你有幫助： 1。確保使用的是未修改過的軟體（非漢化、破解版） 2。使用改軟體時盡量不要運行其他軟體。（這是個臨時文件，可能某些軟體也在使用臨時文件夾，所以產生干擾） 3。把那些什麼桌面工具，內存整理工具通通關掉（你至少有2個類似的工具在運行）」 處理方法： 運行regedit進入注冊表, 在HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\ShellExecuteHooks 下，應該只有一個正常的鍵值"{AEB6717E-7E19-11d0-97EE-00C04FD91972}, 將其他的刪除。 〔我個人的最後解決和看法〕 我今天嘗試了多種辦法，最後我發現問題出在微軟的NET.Framework上面。我升級了這個軟體，並打齊了補丁，短暫平安後，有出現「內存不能為read」的情況。後來我受上面文章的啟發，卸載了微軟的NET.Framework1.0和1.1,世界太平了。 另外：如果是打開「我的電腦」、「我的文檔」等的時候出現上述情況，還有一種可能，就是你的右鍵菜單太臃腫了，此時只要清理右鍵菜單問題就解決了。 -------------------------------------------------------------------------------- 〔試驗的結果〕 上面的方法，最管用、最徹底的方法是這個： 運行 輸入cmd 回車在命令提示符下輸入 for %1 in (%windir%\system32\*.dll) do regsvr32.exe /s %1 【技巧】如果怕輸入錯誤的話，可以復制這條指令，然後在命令提示框點擊左上角的c：\，使用下面的「編輯－粘貼」功能就不容易輸錯了。在飛速滾屏完全靜止之後，別著急啟動其他程序，先耐心等一會兒，因為此時dll們還在找位置。直到你的指示燈不閃了再做別的。

希望採納

D. win7 64位 電腦提示C:\windows\system32\cabinet.dll沒有被指定在windows上運行該如何解決

出現此問題， 說明cabinet.dll與當前的應用程序不配套，即應用程序無法使用當前系統中此版本的cabinet.dll。可以參考如下解決方法：

1、查看應用程序的運行平台，比如是一個只運行xp系統的應用程序，則去網上搜索此cabinet.dll的xp版本，然後復制到應用程序所在的目錄。windows上的應用程序載入DLL,首先會載入當前目錄中的DLL文件，不需要復制到system32目錄中，那樣會覆蓋掉win7系統中cabinet.dll。

2、考慮兼容性運行應用程序，在出現此錯誤的程序上右鍵，選擇」屬性」，在彈出的窗口中選擇「兼容性」選項卡，勾選「以兼容模式運行這個程序」，在下拉菜單中選擇兼容的系統平台即可。

E. 如何解決程序/C++Dll的兼容性問題

如何解決程序/C++Dll的兼容性問題

BY Sunyday丶若雪

本文將嘗試解決程序與DLL在不同客戶機上運行存在的兼容性問題
前言
前面的五篇文章已經將程序的核心部分全部搞定，由於我們調用了一些系統API，所以這很有可能導致程序在其他不同的客戶機上無法正確運行。其實關於程序的兼容性提高在之前選擇到底使用何種方法來實現某一功能時已經相當於做過一次了，由於所有的核心功能都是封裝在C++DLL中的，那麼C++DLL兼容性直接決定了程序的兼容性，所以提高c++DLL兼容性成為了至關重要的問題。
1)先嘗試在目標客戶機試運行
注意：在開發者的電腦上測試是絕對通過的，能在開發者電腦上測試通過不代表客戶機能運行，由於開客戶機不一定有開發者電腦的大量程序運行必要的支持框架和組件，所以先要弄清楚程序需要哪些支持框架、組件、Dll，然後再搞清哪些支持框架是客戶機肯定擁有的，哪些是客戶機不一定擁有的
要在客戶機上測試，那麼什麼樣的客戶機是合理的：
Windows操作系統，這是必須的
編寫程序界面的語言是C#,編寫程序核心的語言是C++，兩種語言都需要Microsoft .NET Framework的支持，由於這個程序在編寫當初就沒有想支持XP的意思，所以這兩種語言都選用了Microsoft .NET Framework 4.5版本（XP最高支持到Microsoft .NET Framework 3.0），其實Microsoft .NET Framework 4.5算是客戶機上必有的支持框架了。
大概現在就知道需要這個了，於是打開VM新建一個虛擬機，安裝WIN7，再裝入一個Microsoft .NET Framework 4.5支持框架，把程序拷貝進去，啟動。

由於程序啟動不用調用DLL.dll所以程序界面是可以打開的，繼續測試功能，單擊「連接」。

明明已經把DLL.dll放到了程序運行目錄下，但它還是提示找不到指定模塊DLL.dll
這個提示並不是找不到DLL.dll，其實是想表明DLL.dll所引用的DLL找不到，那麼必須弄清楚這個DLL.dll還引用了什麼其他DLL
2)查看DLL.dll引用了哪些DLL
用DLL函數查看器打開編寫的DLL
查看DLL的引用，將DLL的引用信息輸出TXT文件查看

這里顯示一共引用了5個DLL，功能分別是：
系統支持的：
wlanapi.DLL:管理WLAN的系統DLL
RASAPI32.DLL:管理撥號的系統DLL
KERNEL32.DLL:系統內核DLL
Visual Studio 2015 C++支持的:
VCRUNTIME140.DLL:Visual Studio 2015 生成的 C++ 應用程序所需的運行時組件。
api-ms-win-crt-runtime-l1-1-0.dll：Visual Studio 2015 生成的 C++ 應用程序所需的運行時組件。
註：安裝Visual C++ Redistributable Package就會為Visual Studio 2015 C++ 生成的 C++ 應用提供運行支持
通過上面的DLL分類大概可知是由於DLL.dll找不到Visual Studio 2015支持的兩個DLL導致的
依據我們的DLL引用DLL時的路徑尋找方法（在上一篇文章中提到過），只要把這兩個DLL放到和DLL.dll相同目錄下應該就OK了。
3）依據引用的DLL名稱嘗試找出被引用的DLL
在C盤搜索VCRUNTIME140.DLL，結果如下：

竟然有么多，這就很尷尬了，怎麼確定它調用的是哪個
沒辦法，只能再上一個軟體procexp64_V16.02（進程查看器），他可以看到所有進程調用的所有DLL以及這些被調用的DLL的位置
在開發者電腦上啟動「閃訊破解」
打開procexp64_V16.02，找到「閃訊破解」，按下Ctrl+D顯示閃訊破解所調用的DLL的信息

在這里只找到了VCRUNTIME140.DLL沒有找到api-ms-win-crt-runtime-l1-1-0.dll；先根據procexp64_V16.02的DLL路徑顯示拷貝VCRUNTIME140.DLL到虛擬機應用程序下；由於沒有找到api-ms-win-crt-runtime-l1-1-0.dll的真實調用路徑，只能是去C盤搜索這個DLL然後隨便拷貝一個過來試試了。

現在能確定系統支持的3個DLL和VCRUNTIME140.DLL是沒有問題的，只能嘗試運行程序

果然報錯了，這次不是」找不到指定模塊了「而是「試圖載入不正確的程序」，這是由於引用了不正確的DLL導致的，估計就是api-ms-win-crt-runtime-l1-1-0.dll出問題了。但是畢竟C盤有這么多api-ms-win-crt-runtime-l1-1-0.dll，總不可能都一一拷貝過來嘗試，看來只能另尋他法了。

4）使用靜態編譯生成DLL
右鍵點擊DLL項目名，打開DLL項目屬性

配置屬性–C/C++–代碼生成–運行庫

這里的運行庫有4個選項：
後面的那個』d』是代表DEBUG版本，沒有』d』的就是RELEASE版本了
多線程MT的程序來說，其連接的是libcmt.lib,該文件屬於C語言運行時庫，整個lib都會連接到PE文件當中。
多線程MD的程序鏈接的卻是類似msvcpXXX.dll，該文件屬於微軟運行時庫，也就是說如果是多線程MD編譯出來的文件運行時都會載入相應版本的運行時庫，當如果找不到運行時庫就會報錯而無法運行，同時如果運行時庫不匹配也會出現各種意料之外的崩潰或者程序根本跑不起來等情況。
從上面的說明可以看出由於使用的是MD方式編譯，所以在運行時會調用更多的用於支持VS2015C++應用運行的DLL，為了減少調用DLL數量，選擇MT編譯。
註：千萬不可以調用DEBUG的DLL，否則載入模塊照常會出錯。
選用MT後重新編譯，用DLL查看器打開新生成的DLL，輸出被引用DLL文件信息

發現關於VS2015的兩個DLL都已經消失，只剩下三個系統的DLL
拷貝到虛擬機，嘗試
單擊」連接「按鈕後如果能成功引用DLL中的函數，程序會進行編輯框輸入文本檢驗

程序成功的引用了DLL中的函數，進行了編輯框輸入文本檢驗
同時也發現，新編譯的DLL大小變大了許多
5）使用 多線程MT 方式編譯的弊端
成功運行程序後發現DLL變大了許多，這樣就不是很好了，這是由於多線程MT編譯的時候整個lib都會編譯到DLL文件當中導致的。其實多線程MT編譯不單單是這種缺點：如果是通過多線程MT編譯方式出來的程序，那麼A模塊中申請的內存到B模塊中釋放就會出現問題，這是非常致命的。其實絕大多數軟體都是採用多線程MD方式編譯，如果找到他們目錄很容易發現上面提到的運行時庫。因為這樣一來編譯出來的文件小，所有運行時庫統一，同時也讓內存管理簡單化，省去了跨模塊內存訪問帶來的各種bug。所以多線程MD還是很好用的，能不用多線程MT就不用。
6）如何才能讓多線程MD方式編譯的程序在客戶機正常運行
在上面在解釋引用DLL各自功能中就提到過，安裝Visual C++ Redistributable Package就會為Visual Studio 2015 C++ 生成的 C++ 應用提供運行支持，x64和x86最好都裝上，這樣程序就可以在客戶機上運行了

最後在說兩句
如何提高程序的兼容性
1）對於程序所使用的編程語言的必要運行環境支持必須熟知，比如C#需要安裝Microsoft .NET Framework X.X，C++需要安裝Visual C++ Redistributable for Visual Studio XXXX(x64和x86)
2）要學會使用DLL函數查看器、depends.exe、procexp64_V16.02來查看程序運行所依賴的dll，並不是所有客戶機都有Visual C++ Redistributable for Visual Studio XXXX(x64和x86)，把找到的正確的DLL直接加入程序目錄。
3）在程序的安裝程序中添加運行環境檢測，給予沒有必要運行環境的客戶機強制安裝必要的運行環境支持。

F. 怎樣解決應用程序或dll c:windows\system\olepro32.dll 為無效的windows

樓主所說的問題其實很好解決，因為我以前也碰到過同樣的問題，我來說說我的方法。
下載金山衛士系統修復工具
可網路搜索金山衛士
使用金山衛士系統修復工具對系統進行修復。
如果系統文件丟失，您自行尋找選擇適合系統的DLL系統文件，不但麻煩，還得冒著系統異常的風險。因為系統文件版本必須與操作系統匹配，金山衛士系統文件修復工具擁有智能尋找缺失DLL的功能，通過雲伺服器下載，並進行完美修復，確保系統正常運作。
望樓主採納！

G. CF提示：Missing shell DLL cshell. dll 怎麼處理

CF提示：Missing shell DLL cshell.dll的解決步驟如下：

我們需要准備的材料分別是：電腦、cshell.dll文件。

1、通過一定途徑獲取到cshell.dll文件，例如網上尋找並下載。

H. 通過字元串C C DLL問題，怎麼解決

運行庫組件
你可以在騰訊電腦管家的電腦診斷中找到軟體問題，選擇丟失VC++組件，點擊立即修復。
或
在工具箱，打開電腦診所，丟失.Dll 文件，進行一鍵修復

I. 應用程序或DLL c:\windows\system32\IEFRAME.dll為無效的windows映像。請再檢測一遍您的安裝盤

以上問題大多是殺毒殘留，就是殺毒後，病毒被刪除，但啟動項里相關載入設置還在，解決方法就是上述方法，如果找不到那個載入失敗的啟動項說明是做了偽裝，具體他偽裝到那個啟動項不好說需要自己分析分析。

開始菜單-運行-輸入msconfig回車
在里邊的啟動欄里把**.dll前面的勾去掉就行了
1、開始——運行——msconfig——啟動——把載入項***.dll的那個勾勾去掉。 重啟電腦,通常到這就可以了,如果還彈出來再進行第二步
2、開始——運行——regedit 在下面的位置刪除相應鍵值： HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run

J. 模塊 msvcp100.dll 可能與您正在運行的windows版本不兼容

1、因為不兼容，注冊dll文件或ocx文件可能會遇到這種問題，用管理員身份注冊就好了。

2、具體解決方法

1）開始菜單輸入「cmd」並右鍵「以管理員身份運行」。