[問題] 使用c++/clr做為c#與c++的橋樑 (已解決)

看板C_and_CPP作者 (s4300026)時間7年前 (2017/06/10 11:11), 7年前編輯推噓4(4推 0噓 17→)
留言21則, 8人參與, 最新討論串1/1
開發平台(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://www.ptt.cc/bbs/C_and_CPP/M.1497064287.A.664.html
→
06/10 11:40, , 1F
C#應該可以直接吃C/C++的DLL？
06/10 11:40, 1F
推
06/10 12:17, , 2F
C#用Dllimport就可以用C/C++的dll了
06/10 12:17, 2F
→
06/10 14:02, , 3F
我使用c++/clr，他可以只要include .h 和dll，不用impor
06/10 14:02, 3F
→
06/10 14:02, , 4F
t指令
06/10 14:02, 4F
推
06/10 15:28, , 5F
用include .h 不用import指令 的好處是什麼?
06/10 15:28, 5F
推
06/10 17:48, , 6F
因為 type safe?
06/10 17:48, 6F
推
06/10 19:31, , 7F
阿所以你CLI→native又是怎麼實作的
06/10 19:31, 7F
→
06/10 19:35, , 8F
include header 和 DLL 老實講一點線索都沒有
06/10 19:35, 8F
→
06/10 21:31, , 9F
好處是懶啊～～～我可能要後天才能給code，手邊沒電腦
06/10 21:31, 9F
※ 編輯: s4300026 (1.163.55.81), 06/11/2017 10:04:17
→
06/11 10:07, , 10F
更新完成~ 我用fopen模擬外部原件 因此不要問我說
06/11 10:07, 10F
→
06/11 10:08, , 11F
Csharp 有相同功能的東西，為什麼要用C的...
06/11 10:08, 11F
→
06/11 10:08, , 12F
感謝大家~ 希望code不會寫得很亂看不懂...
06/11 10:08, 12F
※ 編輯: s4300026 (1.163.55.81), 06/11/2017 10:59:38
→
06/11 15:32, , 13F
C sharp 有試過改成 prefer x86 嗎？
06/11 15:32, 13F
→
06/11 18:26, , 14F
沒有耶，但我覺得不是那個問題... 我覺得問題可能是mana
06/11 18:26, 14F
→
06/11 18:26, , 15F
ged看不到native，雖然都是dll
06/11 18:26, 15F
→
06/11 18:27, , 16F
因為相同的程式碼全混在一起是可以run的
06/11 18:27, 16F
→
06/11 23:27, , 17F
直接下中斷點除錯不是比較快？
06/11 23:27, 17F
※ 編輯: s4300026 (220.128.115.242), 06/12/2017 09:25:52
→
06/12 09:54, , 18F
所以最後問題時DLL不在EXE的search path?
06/12 09:54, 18F
→
06/12 09:55, , 19F
是
06/12 09:55, 19F
是的，主要是因為在單一專案時，我會把搜尋的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
→
06/12 19:32, , 20F
解成功了嗎？
06/12 19:32, 20F
→
06/12 21:24, , 21F
done
06/12 21:24, 21F
‣ 更多 s4300026 的文章
文章代碼(AID): #1PEsDVPa (C_and_CPP)