开发平台(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/cn.aspx?n=bbs/C_and_CPP/M.1497064287.A.664.html ※ 编辑: s4300026 (1.163.55.81), 06/11/2017 10:04:17 ※ 编辑: s4300026 (1.163.55.81), 06/11/2017 10:59:38 ※ 编辑: s4300026 (220.128.115.242), 06/12/2017 09:25:52 是的，主要是因为在单一专案时，我会把搜寻的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