在64位机器上使用反射要注意下编译的dll是否是X86的
2012-12-12 00:07
447 查看
我开发机器是64位的 有时候为了避免出现些64位缺失组件的问题 。所以我默认把项目都是以x86生成， 谁知道今天在一个开源项目中进行使用时，由于那套项目用了反射机制。结果就是找不到这个程序集。我一直纳闷反复检查完全限定名都是没问题的啊 后来把项目源代码代开改为静态加载任然无法识别。。。
折腾了一天，后来才知道 调用反射的是编译为anycpu 在我64位机器上当然用64位了。而我生成的dll是32位的自然无法加载。。
留贴一枚大家细心
折腾了一天，后来才知道 调用反射的是编译为anycpu 在我64位机器上当然用64位了。而我生成的dll是32位的自然无法加载。。
留贴一枚大家细心
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- FindProcDLL::FindProc 和 KillProcDLL::KillProc，必须使用WPF x86编译出来的程序
- VS2012编译64位DLL无法使用
- 有如下CAT_s结构体定义，回答： 1) 在一台64位的机器上，使用32位编译，Garfield变量占用多少内存空间？64位编译又是如何？
- win7 64位下自行编译OpenCV2.4.10+CUDA toolkit 5.5的整个过程以及需要注意的问题（opencv+cuda并行计算元素的使用）
- 迁移到MSYS2 与 Qt 工具链注意的几个事情（使用MSYS2是因为需要64位的编译环境）
- 使用VS在64位平台下编译代码，生成64位dll
- win7 64位下自行编译OpenCV2.4.10+CUDA toolkit 5.5的整个过程以及需要注意的问题（opencv+cuda并行计算元素的使用）
- VS2010和VS2008使用不同编译方式在64位机器生成注册表对比
- 64位机器上的powershell运行时需要注意x64与x86的版本问题
- win7 64位下自行编译OpenCV2.4.10+CUDA toolkit 5.5的整个过程以及需要注意的问题（opencv+cuda并行计算元素的使用）
- System.Data.SQLite.dll不能编译成AnyCPU问题的解决方案，以及它跨x86和x64的使用方法。
- 在x86的机器上编译使用Andorid
- VS2010和VS2008使用不同编译方式在64位机器生成注册表对比
- 测试编译的dll是否可以调用使用
- 在x86的机器上编译使用Andorid
- Android SDK弱爆了－－－在64位Linux机器上使用的同学注意了
- 64位机器上的iis6.0支持访问x86的dll设置方法
- 在Windows上使用CMake编译64位dll
- 在64位机器上使用LIBSVM编译时提示错误
- 在64位机器上使用返回值为地址的函数要注意声明函数体