在對話框的程式中，呼叫別人的函式，編譯沒有問題，但是一運行就報錯
// 這個是別人定義的，我已經引入了
extern "C"
{
__declspec (dllexport) int Get_Picture_Open(HWND hWnd);
__declspec (dllexport) void Get_Picture_Data(DWORD *pData, ULONG nCount, BOOL bRet);
}
然后在代碼中使用
int ret = Get_Picture_Open(hWnd); // 打斷點這一句是可以執行的，沒有報錯
Get_Picture_Data(pData, 100, TRUE); // 執行這句就會報錯，debug error，esp什么錯誤
編譯通過了，但是，一運行就有問題，提示ESP錯誤，看了網上的帖子也沒有找到解決方法，就直接貼出問題了，直接請教大神幫忙了，多謝
uj5u.com熱心網友回復：
ESP 錯誤 一般就是呼叫方式不一致造成的屏蔽掉 extern "C" 試試看
uj5u.com熱心網友回復：
extern "C" int _stdcall GetRandomRgn(HDC hdc,HRGN hrgn,int iNum);"esp什么錯誤" 函式 約定 錯誤
uj5u.com熱心網友回復：
the value of ESP was not properly saved across a function call.This is usually a result of calling a function declared with one calling convention with a function pointer declared with a different calling convention一直都是提示這個錯誤，就是呼叫順序錯誤，但是我如何更改呼叫約定？我在前面加上__stdcal或者_cdecl這些直接編譯就不能通過。
uj5u.com熱心網友回復：
我也知道是約定錯誤，那現在怎么解決這個問題呢？我在代碼里面加_stdcall和__cdecl這些關鍵字直接編譯不能通過
extern "C"這個不是我代碼里面的，是參考別人的檔案里面，只是我查看定義看到的，應該是不能更改的，要怎么解決這個問題？多謝
uj5u.com熱心網友回復：
我如何屏蔽掉extern "C"
這個是我通過查看函式定義看到的，這個估計是在.h還是.lib里面吧，應該是不能修改的哦
uj5u.com熱心網友回復：
"這個是別人定義的，我已經引入了"自己定義
extern "C" int _stdcall GetRandomRgn(HDC hdc,HRGN hrgn,int iNum);
uj5u.com熱心網友回復：
崩潰的時候在彈出的對話框按相應按鈕進入除錯，按Alt+7鍵查看Call Stack即“呼叫堆疊”里面從上到下列出的對應從里層到外層的函式呼叫歷史。雙擊某一行可將游標定位到此次呼叫的源代碼或匯編指令處，看不懂時雙擊下一行，直到能看懂為止。呼叫約定 https://msdn.microsoft.com/zh-cn/magazine/9b372w95.aspx
uj5u.com熱心網友回復：
從錯誤的提示，就是呼叫約定出錯
問題是怎么更改呼叫約定
uj5u.com熱心網友回復：
dll 匯出函式名的那些事關鍵字： VC++ DLL 匯出函式
經常使用VC6的Dependency查看DLL匯出函式的名字，會發現有DLL匯出函式的名字有時大不相同，導致不同的原因大多是和編譯DLL時候指定DLL匯出函式的界定符有關系。
VC++支持兩種語言：即C/C++，這也是造成DLL匯出函式差異的根源
我們用VS2008新建個DLL工程，工程名為"TestDLL"
把默認的源檔案后綴 .CPP改為.C（C檔案）
輸入測驗代碼如下：
01 int _stdcall MyFunction(int iVariant)
02 {
03 return 0;
04 }
為了匯出上面這個函式，我們有以下幾個方法：
1. 使用傳統的模塊定義檔案 (.def)
新建一個 后綴為.def的文本檔案(這里建一個TestDll.Def)，檔案內容為：
LIBRARY TestDll
EXPORTS
MyFunction
在 Link 時指定輸入依賴檔案：/DEF:"TestDll.Def"
2. Visual C++ 提供的方便方法
在01行的int 前加入 __declspec(dllexport) 關鍵字
通過以上兩種方法，我們就可以匯出MyFunction函式。
我們用Dependency查看匯出的函式：
第一種方法匯出的函式為：
MyFunction
第二種方法匯出的函式為：
_MyFunction@4
__stdcall會使匯出函式名字前面加一個下劃線，后面加一個@再加上引數的位元組數，比如_MyFunction@4的引數（int iVariant）就是4個位元組
__fastcall與 __stdcall類似，不過前面沒有下劃線，而是一個@，比如@MyFunction@4
__cdecl則是始函式名。
小結：如果要匯出C檔案中的函式，并且不讓編譯器改動函式名，用def檔案匯出函式。
下面我們來看一下C++檔案
我們用VS2008新建個DLL工程，工程名為"TestDLL"
默認的源檔案后綴為 .CPP （即C++檔案）。
輸入測驗代碼如下：
01 int _stdcall MyFunction(int iVariant)
02 {
03 return 0;
04 }
為了匯出上面這個函式，我們有以下幾個方法：
3. 使用傳統的模塊定義檔案 (.def)
新建一個 后綴為.def的文本檔案(這里建一個TestDll.Def)，檔案內容為：
LIBRARY TestDll
EXPORTS
MyFunction
在 Link 時指定輸入依賴檔案：/DEF:"TestDll.Def"
4. Visual C++ 提供的方便方法
在01行的int 前加入 __declspec(dllexport) 關鍵字
通過以上兩種方法，我們就可以匯出MyFunction函式。
我們用Dependency查看匯出的函式：
第一種方法匯出的函式為：
MyFunction
第二種方法匯出的函式為：
?MyFunction@@YGHH@Z
可以看到 第二種方法得到的 匯出函式名 并不是我們想要的，如果在exe中用顯示方法（LoadLibrary、GetProcAddress）呼叫 MyFunction 肯定會失敗。
但是用引入庫(*.LIB)的方式呼叫，則編譯器自動處理轉換函式名，所以總是沒有問題。
解決這個問題的方法是：
用VC 提供的預處理指示符 "#pragma" 來指定鏈接選項。
如下：
#pragma comment(linker, "/EXPORT:MyFunction=?MyFunction@@YGHH@Z")
這時，就會發現匯出的函式名字表中已經有了我們想要的MyFunction。但我們發現原來的那個 ?MyFunction@@YGHH@Z 函式還在，這時就可以把 __declspec() 修飾去掉，只需要 pragma 指令即可。
而且還可以使如下形式：
#pragma comment(linker, "/EXPORT:MyFunction=_MyFunction@4,PRIVATE")
PRIVATE 的作用與其在 def 檔案中的作用一樣。更多的#pragram請查看MSDN。
小結：如果要匯出C++檔案中的函式，并且不讓編譯器改動函式名，用def檔案匯出函式。
同時可以用#pragma指令（C 中也可以用）。
總結：
C++編譯器在生成DLL時，會對匯出的函式進行名字改編，并且不同的編譯器使用的改編規則不一樣，因此改編后的名字也是不同的（一般涉及到C++ 中的多載等）。
如果利用不同編譯器分別生成DLL和訪問DLL的exe程式，后者在訪問該DLL的匯出函式時就會出現問題。如上例中函式MyFunction在C++編譯器改編后的名字是?MyFunction@@YGHH@Z。我們希望編譯后的名字不發生改變，這里有幾種方法。
第一種方法是通過一個稱為模塊定義檔案DEF來解決。
LIBRARY TestDll
EXPORTS
MyFunction
LIBRARY 用來指定元件內部名稱。該名稱與生成的元件名一定要匹配，這句代碼不是必須的。
EXPORTS說明了DLL將要匯出的函式，以及為這些匯出函式指定的符號名。
第二種是定義匯出函式時加上限定符：extern "C"
如：#define DLLEXPORT_API extern "C" _declspec(dllexport)
但extern "C"只解決了C和C++語方之間呼叫的問題(extern "C" 是告訴編譯器，讓它按C的方式編譯)，它只能用于匯出全域函式這種情況 而不能匯出一個類的成員函式。
同時如果匯出函式的呼叫約定發生改變，即使使用extern "C"，編譯后的函式名還是會發生改變。例如上面我們加入_stdcall關鍵字說明呼叫約定（標準呼叫約定，也就是WINAPI呼叫約定）。
#define DLLEXPORT_API extern "C" _declspec(dllexport)
01 DLLEXPORT_API int _stdcall MyFunction(int iVariant)
02 {
03 return 0;
04 }
編譯后函式名MyFunction改編成了_MyFunction@4
通過第一種方法模塊定義檔案的方式DLL編譯后匯出函式名不會發生改變。
DLL(動態庫)匯出函式名亂碼含義
C++編譯時函式名修飾約定規則：
__stdcall呼叫約定：
1、以"?"標識函式名的開始，后跟函式名；
2、函式名后面以"@@YG"標識引數表的開始，后跟引數表；
3、引數表以代號表示：
X--void
D--char
E--unsigned char
F--short
H--int
I--unsigned int
J--long
K--unsigned long
M--float
N--double
_N--bool
....
PA--表示指標，后面的代號表明指標型別，如果相同型別的指標連續出現，以"0"代替，一個"0"代表一次重復；
4、引數表的第一項為該函式的回傳值型別，其后依次為引數的資料型別,指標標識在其所指資料型別前；
5、引數表后以"@Z"標識整個名字的結束，如果該函式無引數，則以"Z"標識結束。
其格式為"?functionname@@YG*****@Z"或"?functionname@@YG*XZ"，例如
int Test1(char *var1, unsigned long)-----"?Test1@@YGHPADK@Z" void Test2()-----"?Test2@@YGXXZ"
__cdecl呼叫約定：
規則同上面的_stdcall呼叫約定，只是引數表的開始標識由上面的"@@YG"變為"@@YA"。
__fastcall呼叫約定：
規則同上面的_stdcall呼叫約定，只是引數表的開始標識由上面的"@@YG"變為"@@YI"。
如果要用DEF檔案輸出一個"C++"類，則把要輸出的資料和成員的修飾名都寫入.def模塊定義檔案
所以... 通過def檔案來匯出C++類是很麻煩的,并且這個修飾名是不可避免的
uj5u.com熱心網友回復：
應該是你引入方式不對,或者對方沒有正確制作函式.h檔案你要解決這個問題
應該把這個呼叫的參考檔案.h部分放上來檢查
另外debug庫和release庫,靜態和動態連接MFC庫都應該注意
對方是export
你代碼里應該是import才對
一般做庫都是用宏來定義的
uj5u.com熱心網友回復：
多謝大神的指點，加入這個可以正確執行，但是這個是stdcal，我引入的那個是cedcl呼叫方式，要怎么解決呼叫約定錯誤的問題呢？另外就算只有一個引數open也報錯，不僅僅是第二個函式的才出那個問題，多謝
uj5u.com熱心網友回復：
在使用的地方，要進行修改：extern "C"
{
__declspec (dllimport) int Get_Picture_Open(HWND hWnd);
__declspec (dllimport) void Get_Picture_Data(DWORD *pData, ULONG nCount, BOOL bRet);
}
把其中的dllexport改成dllimport
通常定義不是寫死的，而是用一個宏定義來代替它，這樣在生成庫時就會用dllexport，而當使用的時候自動就是dllimport了
如果修改還是洗的話，就要修改編譯選項: c/c++-->高級-->呼叫約定，修改為_cdecl型別的
uj5u.com熱心網友回復：
好，謝謝指點，周一去試試～
uj5u.com熱心網友回復：
已經改了，但是還是不對。用export會出一個結果然后報錯，也就是說至少回傳一個值。但是用import就直接報錯，根本不回傳。兩者的錯誤提示一模一樣
uj5u.com熱心網友回復：
那估計還有一種情況，就是用高版本的編譯器編譯的庫，在低版本的編譯器里呼叫它。當然這種情況可能不是一定會發生，我之前似乎遇到過一次，但詳細情況忘掉了，通常遇不到這種情況的原因是通常就不會這么個用，一般都是生成庫時使用的是一個版本的編譯器，而過段時間再寫程式來用它的時候，至少會選擇不低于庫編譯器的版本，習慣性使用最新的編譯器
如果確定不是這個編譯器版本的問題引起的，那建議樓主仔細檢查一下，如果方便，可以把庫和一個只用于編譯的呼叫demo發上來瞅瞅
uj5u.com熱心網友回復：
能發我就直接發了，發不了啊。在單機上。一直報esp呼叫約定錯誤
uj5u.com熱心網友回復：
已經正確了，因為我的VC++是GZ呼叫，我已經更改為Gd，就是_cdecl呼叫了，我看了VS2008是Gd默認呼叫
但是如果我在一個工程里面遇到一個又有_stdcall又有_cdecl呼叫的怎么辦呢？？
uj5u.com熱心網友回復：
__declspec (dllexport) 這個是dll里匯出C介面使用的，你作為使用者宣告原型不需要這個東西，去掉就可可以了uj5u.com熱心網友回復：
和我想的一樣，你呼叫應該是dllimport，而不是dllexport。
uj5u.com熱心網友回復：
dllimport，而不是dllexport。 如果還有報錯 說明對方程式有問題轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/73834.html
標籤：進程/線程/DLL
上一篇：視差圖分割后的物體檢測
下一篇：求助：新建ATL工程編譯出錯？