转载:https://blog.csdn.net/songyi160/article/details/51354660 程序在32位操作系统上运行正常,在64位操作系统上运行读卡功能提示”试图加载格式不正确“. 出错原因:因为'任何 CPU'编译运行的程序在64位的机器上就会用运行为64位,而64位程序是不能加载32位dll的 解决方法:项目右键属性->项目设计器->生成->平台->把'默认设置(任何 CPU)'改为x86. --------------------- 本文来自 s

引用64位dll时候出现 未能加载文件或程序集“System.Data.SQLite”或它的某一个依赖项.试图加载格式不正确的程序. 需要在web.config增加配置 <startup useLegacyV2RuntimeActivationPolicy="true"> <supportedRuntime version="v4.0"/> </startup>

引用sqlite的程序集时,有时会报如下异常:  "System.BadImageFormatException"类型的未经处理的异常在 PurchaseDevices.Access.dll 中发生 其他信息: 未能加载文件或程序集"System.Data.SQLite, Version=1.0.66.0, Culture=neutral, PublicKeyToken=db937bc2d44ff139"或它的某一个依赖项.试图加载格式不正确的程序.  解决方案:在

最近在调用第三方的DLL遇到了一个问题:试图加载格式不正确的程序,找了好久发现都没有解决问题,一直报错,后来发现是程序编译时的配置错了,要将项目->属性->平台选中release-X86 ,目标平台选X86

能加载文件或程序集“file:///C:/Program Files (x86)/ArcGIS/DeveloperKit10.0/DotNet/ESRI.ArcGIS.ADF.Local.dll”或它的某一个依赖项.试图加载格式不正确的程序. 我们经常会遇到这样的错误,这是由于.NET版本引起的,改正方案就是在“解决方案管理”选择“项目”,然后右键选择“属性”,选择“应用程序”页,将”目标框架“改为正确的.NET平台即可.VS2010中改为.NETFrameWork 4.0 Client Pro

程序在32位操作系统上运行正常,在64位操作系统上运行读卡功能提示”试图加载格式不正确“. -------------------------------------------------------------------------------------------- 点击项目属性,把目标平台Any CPU 设置为X86

异常来自HRESULT:0x8007000B   缘由:在64位操作系统下IIS发布32位的项目,报“项目依赖的dll无法读取,试图加载格式不正确的程序”错误. 原因:程序集之间的通讯要么全是64位环境下的,要么全是32位环境下的.不能混编访问.不然会出现“试图加载格式不正确的程序”的错误 我的环境是windows Server 2008  64位操作系统,项目是公司32位系统下开发的.解决办法是把发布网站的程序池开通32位兼容性即可,如下图:

两种原因: 第一种为程序的运行以平台系统位数不匹配,第二种则是该死的VS整出来的... 一般在下面三种情景下会发生. 1.64位系统上C#调用32位的C++ *.dll 2.64位系统上IIS发布含有32位的 *.dll应用程序时 3.64位系统上编写C++ *.dll,在64位系统上通过 C#调用 ,可能成功,也可能失败,失败就报BadImageFormatException 异常,也是最二的一种情况.是由该死的VS整出来的 解决方法如下: 1.VS在64位系统下面,编译调试某个C++的API

 Could not load file or assembly 'System.Data.SQLite.dll' or one of its dependencies. 找不到指定的模块. 错误提示如下: Could not load file or assembly 'System.Data.SQLite,Version=1.0.66.0,Culture=neutral,PublicKeyToken=db937bc2d44ff139' or one of its dependencies.

.NET:Microsoft Visual Studio 2010 + .NET Framework 3.5 操作系统:windows2008 R2 64 位操作系统 oracle数据库:32位的ODP.NET 2.0版本 FluroineFx:FluorineFx v1.0.0.15 (点击可下载) FluorineFx的应用程序,发布到iis上时,报:”未能加载文件或程序集“Oracle.DataAccess”或它的某一个依赖项.试图加载格式不正确的程序.“. 项目中的oracle提供的.n

缘由:在64位操作系统下IIS发布32位的项目,报“项目依赖的dll无法读取,试图加载格式不正确的程序”错误. 原因:程序集之间的通讯要么全是64位环境下的,要么全是32位环境下的.不能混编访问.不然会出现“试图加载格式不正确的程序”的错误. 解决方法: [C/S] 运行C/S程序比较简单,直接在Build C/S程序的时候显式指定为X86(64位系统默认为X64)就可以了. [B/S] 运行B/S稍稍复杂点.在建立网站的时候,又分为两种情况. A:建立的是“项目”:这个时候跟 C/S 的处理是

原文 使 IIS 6.0 可以在 64 位 Windows 上运行 32 位应用程序 试图加载格式不正确的程序. win7 64位操作系统上边运行IIS网站应用的时候,提示错误"试图加载格式不正确的程序. (异常来自 HRESULT:0x8007000B)" 经查证,应该是我的应用有使用到32位的DLL,而iis默认是不允许运行32位应用的,因此需要做如下设置即可: 配置 IIS 在 64 位 Windows 上运行 32 位应用程序 借助 Windows Server 2003TM 

原文 System.BadImageFormatException: 试图加载格式不正确的程序. (异常来自 HRESULT:0x8007000B) 用C#调用DLL文件,运行后报错如下: System.BadImageFormatException: 试图加载格式不正确的程序. (异常来自 HRESULT:0x8007000B) 项目右键属性->项目设计器->生成->平台->把'默认设置(任何 CPU)'改为x86.因为'任何 CPU'的程序在64位的机器上就会用运行为64位,而

异常来自HRESULT:0x8007000B 缘由:在64位操作系统下IIS发布32位的项目,报“项目依赖的dll无法读取,试图加载格式不正确的程序”错误. 原因:程序集之间的通讯要么全是64位环境下的,要么全是32位环境下的.不能混编访问.不然会出现“试图加载格式不正确的程序”的错误 我的环境是windows 7  64位操作系统,项目是公司32位系统下开发的.解决办法是把发布网站的程序池开通32位兼容性即可,如下图: 这样过后,就能够正常浏览程序了

http://blog.csdn.net/lingxyd_0/article/details/43155039 一般情况下出现这样的问题是因为.dll文件不存在或者路径不正确.但今天我遇到的情况都不在这两个内.我确定.dll文件是存在的,路径也是正确的.但是程序死活都是"未能加载文件或程序集"xxx"或它的某一个依赖项.试图加载格式不正确的程序."的错误.而且将所有的依赖项都去掉了依然报这个错! 无奈之下,只好求助于网络,很快找到 http://www.jb51.n

发布到win7 64位旗舰版iis上时,报:“未能加载文件或程序集“BC.Common”或它的某一个依赖项.试图加载格式不正确的程序”. 该DLL的本地复制没有设置为true(在项目引用里找到该引用,右键属性里有这个“本地复制”).所有发布的时候,他不会自动复制到bin目录里.从而出现了上述未能加载的错误. 解决方法:1.要么该项目引用属性,要么就直接把那个dll复制到发布在服务器上的bin目录里吧.我复制进去后,问题又来了,还是未能加载一个引用项. 后来一想我iis所在的服务器是64位的,而我

在使用Winform 开发了一个小软件,其中使用了SQLite作为数据库 但在我的Win7 64位系统上却出现了以下错误: System.BadImageFormatException: 未能加载文件或程序集“System.Data.SQLite, Version=1.0.66.0, Culture=neutral, PublicKeyToken=db937bc2d44ff139”或它的某一个依赖项.试图加载格式不正确的程序.   在网络上了解到原因是此SQLite的组件中32位的,所以在64位

C# 在调用C++dll时,可能会出现 :试图加载格式不正确的程序. (异常来自 HRESULT:0x8007000B)这个错误. 一般情况下是C#目标平台跟C++dll不兼容,64位跟32位兼容性问题, a.客户端调用C++dll报的错则, 1)允许的话把C#客户端项目平台修改为32位 2)客户端平台不允许修改,则选择AnyCPU,勾选首选32位,如图(在.netFramework4.5上,勾选32位才可以进行选择) b.服务端调用C++ dll的话,则 1).生成时选择AnyCPU. 2).

 http://www.cnblogs.com/joey0210/archive/2012/09/29/2708420.html   上一篇文章说到了DLL引用问题,主要是说的程序中如果使用过了反射,则反射创建对象的dll必须放在web应用程序的bin目录里.今天又遇到了一个类似的问题,mvc3的应用程序,发布到iis上时,报:”未能加载文件或程序集“Oracle.DataAccess”或它的某一个依赖项.试图加载格式不正确的程序.“.原因很简单,因为我发的时候,我项目中的oracle提供的as

Sever Error in '/' Application.Could not load file or assembly 'SresBase' or one of its dependencies.试图加载格式不正确的程序. 今天同事在部署网站时遇到了一个这样的错误,请我帮他看看.解决完后,我觉得这个问题还是比较常见的,所以记录在这里,供后来的读者方便地解决自己的相同或类似的问题. 问题截图如下:(当然这是在IIS里面直接访问网站才会出现的“错误详情页”,如果是远程访问,出于保护安全的需要,