【转】未能加载文件或程序集“XXX”或它的某一个依赖项。试图加载格式不正确的程序。

“/xxxxx”应用程序中的服务器错误。 
-------------------------------------------------------------------------------- 
未能加载文件或程序集“xxx”或它的某一个依赖项。试图加载格式不正确的程序。 
说明: 执行当前 Web 请求期间,出现未处理的异常。请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息。 
异常详细信息: System.BadImageFormatException: 未能加载文件或程序集“xxx”或它的某一个依赖项。试图加载格式不正确的程序。 
源错误: 
执行当前 Web 请求期间生成了未处理的异常。可以使用下面的异常堆栈跟踪信息确定有关异常原因和发生位置的信息。

解决方法: 
将应用程序生成为Any CPU就可以了 
反之,如果系统是64位的Win7,就应该将新项目的生成目标平台改为x86

综上: 
64位的Win7 解决方案的生成目标平台设置为x86 
32位操作系统 解决方案的生成目标平台设置为AnyCPU

另外一个网友的问题解决方法:

我遇到过这个问题有两次,不过环境不同。

第一次:Windows 2008 Server R2 64位;

第二次:Windows 7 64位;

原因分析:操作系统是64位的,但发布的程序引用了一些32位的ddl,所以出现了兼容性的问题。

解决方案:IIS——应用程序池——高级设置——启用32位应用程序 :true。

原文地址:http://www.jb51.net/article/31711.htm

时间: 2024-10-10 05:21:54

【转】未能加载文件或程序集“XXX”或它的某一个依赖项。试图加载格式不正确的程序。的相关文章

目标平台、活动平台 配置,出现未能加载文件或程序集“xxx”或它的某一个依赖项报错

今天在做动态加载程序集的时候,发现明明程序集存在的情况下,还是依然报“未能加载文件或程序集“xxx”或它的某一个依赖项报错”的错误,排除了程序和配置的错误后,怀疑是否是环境的问题,于是百度加msdn后,终于找打答案,这里记录下,避免以后其他人也遇到 如果你将应用程序生成x86而不是Any CPU时,在64位操作系统中不会出错错误,而在32位操作系统中可能会出现以下错误 “/xxxxx”应用程序中的服务器错误. -------------------------------------------

.NET 未能加载文件或程序集“xxx”或它的某一个依赖项。试图加载格式不正确的程序。

症状: 未能加载文件或程序集"xxx"或它的某一个依赖项.试图加载格式不正确的程序.说明: 执行当前 Web 请求期间,出现未处理的异常.请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息.异常详细信息: System.BadImageFormatException: 未能加载文件或程序集"xxx"或它的某一个依赖项.试图加载格式不正确的程序.源错误:执行当前 Web 请求期间生成了未处理的异常.可以使用下面的异常堆栈跟踪信息确定有关异常原因和发

能加载文件或程序集“XXX”或它的某一个依赖项,系统找不到指定的文件

能加载文件或程序集“XXX”或它的某一个依赖项,系统找不到指定的文件 http://blog.csdn.net/pplcheer/article/details/7796211 做项目总是遇到各种的问题,今天就出现了这个问题.我在项目中使用EXT控件,当我添加一个刷新按钮时,报出了一个“未能加载文件或程序集“Coolite.Ext.Web”或它的某一个依赖项”的问题,后来我就重新找到我的COOLITE安装文件,将相应的DLL文件重新加载了一遍,问题解决了. 下面是我结合我的问题,查的一些资料,供

报错:未能加载文件或程序集“XXX”或它的某一个依赖项。系统找不到指定的文件

解决方案:首先查看UI层是否引用要反射创建的类库,其次从新加载其类库,生成解决方案,启动项目 web.config中配置代码如下: <!--配置节--> <add key="DalAssembly" value="OA.Dal"/>//程序集 <add key="NameSpace" value="OADal"/>//命名空间 问题原因:在项目生成的时候都会在bin目录下生成dll文件web

未能加载文件或程序集“xxx”或它的某一个依赖项。试图加载格式不正确的程

dll有了,32位的,系统是64位的.这个在iis里有一个设置如下如: 先看看项目使用的应用程序池是哪一个: 然后去应用程序池去配置 设置启用32位应用程序 为true OK搞定.再浏览 一切正常. 这里还记录下MVC3应用程序在iis7中的部署需要注意的地方: 1.添加MVC解析 首先确保ASP.NET MVC3已安装好,然后检查站点的处理程序映射,看是否存在下列映射: ExtensionlessUrlHandler-Integrated-4.0 ExtensionlessUrlHandler

未能加载文件或程序集XXX或它的某一个依赖项。试图加载格式不正确的程序。

今天发布网站时,老是弹出下面这样一个错误. 经过一番折腾终于找到答案: 方法一: 在IIS中设置, 属性 ——常规—— 启用32位应用程序 修改为True. 方法二: 修改项目属性——生成——目标平台(比如,我的是改为X86后就是正确的了)

未能加载文件或程序集&quot;xxxxxx&quot;或它的某一个依赖项

错误:未能加载文件或程序集"xxx"或它的某一个依赖项.试图加载格式不正确的程序. 原因分析:操作系统是64位的,但发布的程序引用了一些32位的ddl,所以出现了兼容性的问题. 解决方案:IIS--应用程序池--你网站对应的那个池--高级设置--启用32位应用程序 :true. 另外:还有一种原因,你的项目的生成目标和服务器系统不一样. 1.64位的Win7 解决方案的生成目标平台设置为x86 2.32位操作系统 解决方案的生成目标平台设置为AnyCPU 原文地址:https://ww

异常:未能加载文件或程序集”DAL”或它的某一个依赖项——解决办法

下面是我再使用抽象工厂+反射重构机房时,在Factoy中出现了下面一个问题: 去网上查了一下资料,发现这是一个很普遍的问题,它出现的原因主要有两种: 第一种: 加载DLL路径错误.解决办法是调整D层生成DLL的路径到UI的bin文件夹中.如下图: 反射的一个原则是:一切皆以UI层的bin文件夹中的dll名称为中心,说白一点,dll就是一个类库.我理解的反射,就是一串拼接的字符串,组成要实例化的类的名字.使用反射加载类时,默认是从UI层中的bin中找的,所以要在UI的bin文件夹下生成D层类的dl

未能加载文件或程序集“SqlServerDal”或它的某一个依赖项。系统找不到指定的文件。

今天遇到一个挺怪的问题,采用了工厂模式后,出去找不到程序集的问题:未能加载文件或程序集“Tianyige.SqlServerDAL”或它的某一个依赖项.系统找不到指定的文件.解决思路:以前遇到过这类问题,问题在于对程序集和命名空间名称混淆了,比如:命名空间叫SQLServerDAL,而程序集可能叫“Tianyige.SQLServerDAL”,或者叫成“SqlServerDAL”,都会发生找不到对象的错误.解决方法是对应好程序集的名称:Assembly.Load("Tianyige.SqlSer