C#呼叫c程式碼生成的dll，報PInvoke 簽名與非託管的目標籤名不匹配

阿新 • • 發佈：2019-02-05

C# 在呼叫c程式碼生成的dll時，報錯：對 PInvoke 函式“TestJBIG!TestJBIG.JbigHelper::jbigDecode”的呼叫導致堆疊不對稱。原因可能是託管的 PInvoke 簽名與非託管的目標籤名不匹配。請檢查 PInvoke 簽名的呼叫約定和引數與非託管的目標籤名是否匹配。

處理方法：

確認c程式碼生成的dll的呼叫約定是和呼叫時一致的。

上圖是vs裡面生成C的dll的專案屬性，裡面的c/c++高階中呼叫約定需和c#在呼叫時的的設定一致，c#程式碼如下：

[DllImport("Jbig.dll", CallingConvention = CallingConvention.Cdecl)]
public static extern int test(byte[] endata, int enlen, ushort w, ushort h, byte[] data, ref int datalen);

這裡我用的是Cdecl，其實都約定為用StdCall（標準方式）可能會更好。

捐贈:
BTC: 1NTom3PgUct3WNmnBYNq5KGDQvY3MXs8dJ
ETH:0x8509f0F37497e094924F5c2e776e0dA522c57e43

C#呼叫c程式碼生成的dll，報PInvoke 簽名與非託管的目標籤名不匹配

C# 在呼叫c程式碼生成的dll時，報錯：對 PInvoke 函式“TestJBIG!TestJBIG.JbigHelper::jbigDecode”的呼叫導致堆疊不對稱。原因可能是託管的 PInvoke 簽名與非託管的目標籤名不匹配。請檢查 PInvoke 簽名的呼叫約定

託管除錯助手 "PInvokeStackImbalance":的呼叫導致堆疊不對稱。原因可能是託管的 PInvoke 簽名與非託管的目標籤名不匹配。請檢查 PInvoke 簽名的呼叫約定和引數與非託管

在C＃中一定要檢查引用時的資料型別ＷinAPI 的資料型別預設是３２位的，但是引用時外部的是　Long型別預設是６４位的。所以引用時需要將 long 改為 int 型。參照 http://blog.sina.com.cn/s/blog_8248282d0101h

函式呼叫導致堆疊不對稱。原因可能是託管的 PInvoke 簽名與非託管的目標籤名不匹配。

在dllimport中加入CallingConvention引數就行了，[DllImport(PCAP_DLL, CharSet = CharSet.Auto, CallingConvention = CallingConvention.Cdecl)] 要注意C++與N

所生成專案的處理器架構“MSIL”與引用“***”的處理器架構“x86”不匹配。這種不匹配可能會導致執行時失敗。請考慮通過配置管理器...

警告：所生成專案的處理器架構“MSIL”與引用“***”的處理器架構“x86”不匹配。這種不匹配可能會導致執行時失敗。請考慮通過配置管理器更改您的專案的目標處理器架構，以使您的專案與引用間的處理器架構保持一致，或者為引用關聯一個與您的專案的目標處理器架構相符的處理器架構。

C#呼叫C++生成的dll，傳字串型別，返回字串型別

1.建立一個C++的動態連結庫標頭檔案.h #include<string> #include<vector> #include<iostream> #include <cstring> using namespace std;

c#呼叫C++編譯的dll時，報“出現嘗試讀取或寫入受保護的記憶體” 另類解決方案

這個問題有點詭異。我開始遇到這個問題時，google了很久。有一種說法是dll函式的呼叫許可權存在問題，但是回憶以前寫類似程式的時候並沒有做特殊的許可權配置，並且也沒有出現此錯誤，於是pass掉。查詢未果之下，只好調出以前的c++ dll專案，然後新增一個方法（即

Dev c++工具將C程式碼生成dll檔案以及如何呼叫dll檔案

該篇文章是對工作中一個需求的總結，工作需求是要將C語言的函式介面，生成一個DLL檔案，讓labview呼叫。然後我嘗試用dev c++開發工具來實現這個功能，後來因為DLL生成了，但labview呼

編譯生成C++導出函數dll，並在C#工程中測試

lec ces 說明 cnblogs c# point article span targe 編譯生成過程： 1.建立dll工程選擇新建visual C++的這兩個類型工程，都會出現下面界面，在這裏設置生成dll： 2.設置項目：項目屬性中設置： 3.相

關於 C#呼叫C庫Dll，有回撥函式時，只執行一次回撥函式就直接掛掉的解決方法

錯誤直接當機，如下圖：錯誤原因回撥函式宣告原因，跟堆疊有關係

C++ 呼叫C#工程的 dll ，互相呼叫方法

很多時候在專案中需要通過C++呼叫C#的dll,或者反過來條用。首先明白一個前提：C#是託管型程式碼。C++是非託管型程式碼。託管型程式碼的物件在託管堆上分配記憶體，建立的物件由虛擬機器託管。（C# ）非託管型程式碼物件有實際的記憶體地址，建立的物件必

c#呼叫C/C++ DLL，傳入指標陣列(指標指向自定的結構體)

來源：http://bbs.csdn.net/topics/380165851 依靠以下文章：解決問題。、、、、、、、、、、、、、、、、、、、、可以用Marshal.StruectToPtr哦。、、、、、、、、、、、、、、 [StructLayout(Layo

C#呼叫C++ DLL的完整方法（解決了各種坑，Win7下測試可用）

由於C#直接訪問USB裝置的能力較弱，而C++在這方面則強大許多。因此，考慮通過C++實現讀寫USB裝置，C#呼叫該DLL介面的方式。這個過程中，上網查了一些資料，但是自己動手，仍然會出現這樣或者那樣的問題，因此，記錄下大體步驟，以便後續他人或者自己可以參考

C#呼叫C++ DLL 傳出字串，C++ DLL傳參問題

C++ .h檔案 VIDEO_DLL_API int __cdecl PlatformQueryRes(char* pcSvrIpAddress, char *pcLoginUserName, cha

C#呼叫DLL的幾種方法，包括C#呼叫C\C++\C#DLL

C# 語言有很多優點，越來越多的人開始使用它來程式設計。但是，C#還有一些不足，如對不少的底層操作是無能為力的，只能通過呼叫Win32 DLL 或C++等編寫的DLL；另外，一般認為C#程式的保密性不夠強，因為它容易被Reflector 反編譯而得到部分原始碼，所以需要使用混合程式設計加強C#程式的保密性，而

C#靜態呼叫C++ dll，動態呼叫C++ dll和C++呼叫C# dll

最近碰到有關C#呼叫MFC dll的問題，查了很多資料，參考了不少的網上部落格，做了如下總結，C#動靜態呼叫C++ dll，C++呼叫C#dll。也算一個簡單的自我整理，有問題也請提出來，共同進步。 C# 靜態調非託管C++ dll 1)C++ dll中含程式碼

關於使用C#呼叫C++生成的動態連結庫（DLL檔案）

使用C++的開啟一張圖片，C++的程式。在C++新建專案的應用設定裡面選擇DLL，圖片如下將顯示單張圖片的C++程式碼複製到建立檔案的.CPP檔案下面，然後除錯。程式碼如下： // Cpp_cshape.cpp : 定義 D

C#呼叫C++dll，C++中char*與C#型別的對應關係

最近在編寫C#上位機應用程式，需要呼叫C++的dll，期間遇到dll介面庫中char*型別糾結了很久，試過string，StringBuilder，StringBuilder結果都以失敗告終，通過查詢部落格等資料最後找到了救命稻草---IntPtr。例子如下： C++dll

unity3D C#呼叫C++程式碼（通過DLL連結庫方式）

【前言】：最近自己搗鼓資料手套，想用unity3D整合資料手套CyberGlove，開發一個數據手套可以控制的虛擬手互動場景。還沒開始就遇到一個麻煩的問題，unity3D支援C#指令碼，而資料手套CyberGlove只提供了靜態連結庫.lib和標頭檔案.h作為開發的SDK。

C# 呼叫C++dll中介面，返回const char*

const char* 是由構建的JSON 轉 std::string ( toStyledString() ) 然後 c_str();在C#中使用的時候就無法獲取正確的字串；使用 string來接收、使用IntPtr接收都是亂碼原因應該是定義在介面函式中的std::stri

C++ 呼叫MATLAB引擎在memcpy處報錯，解決方案

在用C++呼叫MATLAB做數值計算的時候，遇到了記憶體越界報錯 ... y1 = mxCreateDoubleMatrix(1, N, mxREAL); memcpy((void*)mxGetPr(

C#呼叫c程式碼生成的dll，報PInvoke 簽名與非託管的目標籤名不匹配

相關推薦