作者s4300026 (s4300026)
看板C_and_CPP
標題[問題] 使用c++/clr做為c#與c++的橋樑
時間Sat Jun 10 11:11:25 2017
開發平台(Platform): (Ex: Win10, Linux, ...)
vc 2013
編譯器(Ex: GCC, clang, VC++...)+目標環境(跟開發平台不同的話需列出)
c++/clr
額外使用到的函數庫(Library Used): (Ex: OpenGL, ...)
io card 6308
問題(Question):
我有使用某家公司出的外部硬體
我想要把該設備的佔用,使用,釋放寫成native c++ class
然後封裝成dll檔 (已完成)
然後我想要使用c#的視窗介面作為人機介面(已完成)
因此我使用c++/clr,撰寫managed c++,
裡面使用native c++的指標指向我的native c++ class(已完成)
然後再將managed c++包成dll檔(已完成)
供人機介面呼叫(已完成)
我想問的是,編譯時可過
呼叫的時出現 file not found 錯誤
該怎麼解決這樣的問題呢?
餵入的資料(Input):
預期的正確結果(Expected Output):
錯誤結果(Wrong Output):
Compile的結果
http://imgur.com/mkhsV8O
執行的結果
http://imgur.com/mDZQZQV
System.IO.FileNotFoundException
BadImageFormatException
程式碼(Code):(請善用置底文網頁, 記得排版)
方案的編排
http://imgur.com/0af27w3
Native 專案
設定
http://imgur.com/cazUfFj
head
http://imgur.com/9Wb1zYU
cpp
http://imgur.com/NCwafaL
Managed 專案
設定
http://imgur.com/d8ggBbC
head
http://imgur.com/uwIvqFk
cpp
http://imgur.com/0vyE5JF
CSharp 專案
設定
http://imgur.com/HbhYv00
cpp
http://imgur.com/ifhz7n5
補充說明(Supplement):
使用manged c++ include native c++ .h 和 dll
使用 managed c++ reference managed c++ 的dll
目前繞過去的方法 (可行的方法)
方案
http://imgur.com/8HTnOxS
head
http://imgur.com/x9PmU0i
cpp
http://imgur.com/nR1fYla
如果你想問差在哪?
就是全部塞在一個專案裡 "很醜"
我喜歡做成一方案多專案
native 一個專案
managed 一個專案
myForm 一個專案
-----------------------------------------
解決方法:
1. 檢查exe資料夾下是否有所有需要連結的dll檔 (System.IO.FileNotFoundException)
2. 採用X86平台 (BadImageFormatException)
所以C++/Clr是可以直接橋接 managed 和 native的。
在分裂成多專案時無特別需要注意的地方。
參考文獻:
https://msdn.microsoft.com/zh-tw/library/ms235281.aspx
https://stackoverflow.com/questions/23295906/badimageformatexception-when-using-c-cli-in-a-c-sharp-application
https://stackoverflow.com/questions/647310/c-sharp-to-c-cli-to-c-dll-system-io-filenotfoundexception
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.71.54.85
※ 文章網址: https://webptt.com/m.aspx?n=bbs/C_and_CPP/M.1497064287.A.664.html
1F:→ james732: C#應該可以直接吃C/C++的DLL? 06/10 11:40
2F:推 petercoin: C#用Dllimport就可以用C/C++的dll了 06/10 12:17
3F:→ s4300026: 我使用c++/clr,他可以只要include .h 和dll,不用impor 06/10 14:02
4F:→ s4300026: t指令 06/10 14:02
5F:推 kwpn: 用include .h 不用import指令 的好處是什麼? 06/10 15:28
6F:推 CoNsTaR: 因為 type safe? 06/10 17:48
7F:推 TobyH4cker: 阿所以你CLI→native又是怎麼實作的 06/10 19:31
8F:→ TobyH4cker: include header 和 DLL 老實講一點線索都沒有 06/10 19:35
9F:→ s4300026: 好處是懶啊~~~我可能要後天才能給code,手邊沒電腦 06/10 21:31
※ 編輯: s4300026 (1.163.55.81), 06/11/2017 10:04:17
10F:→ s4300026: 更新完成~ 我用fopen模擬外部原件 因此不要問我說 06/11 10:07
11F:→ s4300026: Csharp 有相同功能的東西,為什麼要用C的... 06/11 10:08
12F:→ s4300026: 感謝大家~ 希望code不會寫得很亂看不懂... 06/11 10:08
※ 編輯: s4300026 (1.163.55.81), 06/11/2017 10:59:38
13F:→ FrozenMoment: C sharp 有試過改成 prefer x86 嗎? 06/11 15:32
14F:→ s4300026: 沒有耶,但我覺得不是那個問題... 我覺得問題可能是mana 06/11 18:26
15F:→ s4300026: ged看不到native,雖然都是dll 06/11 18:26
16F:→ s4300026: 因為相同的程式碼全混在一起是可以run的 06/11 18:27
17F:→ firose: 直接下中斷點除錯不是比較快? 06/11 23:27
※ 編輯: s4300026 (220.128.115.242), 06/12/2017 09:25:52
18F:→ TobyH4cker: 所以最後問題時DLL不在EXE的search path? 06/12 09:54
19F:→ TobyH4cker: 是 06/12 09:55
是的,主要是因為在單一專案時,我會把搜尋的dll放在debug那個資料夾內
當多個專案時,我的習慣是對各個專案先做編譯,確認各個專案沒有問題
當然,我也會把必要的dll放在 "各自專案" 下讓他們各自搜尋的到
但是整合成單一方案時,還是要再注意是否有將各自專案include的dll放到
起始專案下的debug資料夾
而我就是缺了這個步驟,
導致各自編譯沒問題,放在單一專案執行測試沒問題
但是拆成多專案時卻有問題
造成我當時的邏輯是懷疑
會不會是各自專案產生的dll沒辦法被讀取 (因為牽涉到managed和native的連結)
直至被要求程式碼時
我考量到這邊的人不可能有市面商用的dll可以include能重現問題
因此重撰採用 fopen 和 fclose 來模擬
如果您看得仔細
我當時在問的是
System.IO.FileNotFoundException
但貼圖卻是
BadImageFormatException
當有人問說是否要改平台(X86/ X64)時
把 BadImageFormatException 除錯後
我才發現 System.IO.FileNotFoundException 的現象無法重現
(因為fopen/ fclose 的實作檔是標準檔,一般情況下一定會被找的到)
這時我才意識到可能不是 managed 和 native 間呼叫的問題 (因為可正確執行fopen)
而可能是其他問題
※ 編輯: s4300026 (220.128.115.242), 06/12/2017 10:17:57
20F:→ FrozenMoment: 解成功了嗎? 06/12 19:32
21F:→ s4300026: done 06/12 21:24