情景还原: 今天一个朋友说网站不能上传图片,我检查后发现一直卡住在上传页面,一直滚动,是个Fckeditor控件2.6.3的.
经过google以后得到的结论是图片上传成功,但是没有返回结果,在服务器上可以看到上传的图片. 说明是上传控件有问题,程序不能返回结果.
再google以后发现有人已经修改好了这个文件,FredCK.FCKeditorV2.dll,大喜,遂替换之,错误随之而来.
错误原因:原来旧版本的dll文件与新版本的dll文件版本号不一样,publickeytoken也可能不一样,导致源程序在发布的时候,固定了这个版本号与publickeytoken.
解决办法: 原版的程序没有源代码,所以不可能添加新的dll引用,再重新生成网站,所以只能替换. 发布的bin里面App_Web_0uxqio0i.dll这个文件引用了FredCK.FCKeditorV2.dll
所以只需要修改App_Web_0uxqio0i.dll里面引用的FredCK.FCKeditorV2.dll的版本号以及publickeytoken就可以了.
原理是利用ildasm反编译dll,再用ilasm编译成dll再替换就可以了. 编译了以后修改其中的版本号以及publickeytoken.
引用:http://hi.baidu.com/zzyjg/blog/item/e8c0fb11ad932e19b9127be7.html
上午在打开一个Asp.net网页时出现了这样的错误信息：
找到的名为“Infragistics.WebUI.UltraWebGrid.ExcelExport.v3.1”的程序集清单定义与程序集引用不匹配。
其中Infragistics.WebUI.UltraWebGrid.ExcelExport.v3.1是我们程序中用到的第三方控件。我自己也是第一次遇到这样的问题，咋一看估计是版本问题。但也不知道真正原因是什么以及该如何解决。上午查找了相应的资料将该“报错”成功解决。
既然是“程序集清单”和“程序集引用”不匹配。那让我们先来看看什么是“程序集清单”。
什么是程序集清单(Assembly Manifest)?
我们知道，在.net中。程序是以程序集为单位进行打包的，通常一个.exe文件或一个.dll文件就是一个程序集。程序集一般包含了以下几个部分：
1，程序集清单(或者叫程序集元数据)；
2，类型元数据；
3，MSIL代码；
4，资源(可选项).
如此说来，一般情况下一个.exe或.dll都会包含这此内容。
具体请参考：http://msdn2.microsoft.com/zh-cn/library/zst29sk2(VS.80).aspx
在程序集中，程序集清单(manifest)是比较重要的，简单地讲它包含了一个程序集需要引用的外部分文件及程序集所包含的内容。其实也就是微软说的“自我说明”。我们可以通过Visual Studio2003自带的ILDASM工具查看该清单：
1,打开ILDASM,一般位于:VS2003安装目录\SDK\v1.1\Bin\目录下。
2,打开ILDASM,后选择文件->打开,将想要查看的程序集加进来。
3,双击“MANIFEST”;
打开后会看到如下内容：
上图的MANIFEST就是程序清单，像红线部分标出的是该程序集需要引用到外部文件Infragistics.WebUI.UltraWebGrid.ExcelExport.v3.1，同时也标识了版本号和密钥。
至此，我们知道是什么是程序集清单以及怎么样查看一个程序集清单了。下面我们再看看什么是程序集引用。
什么是程序集的引用？
在VS2003下编程的朋友们都知道，当我们用第三方控件，或是别人写的DLL时，我所要做的就是将其引用进来。引用一个程序集的动作分为两步：
首先，在项目中将需要的引用的程序集“添加至”引用中。
其次，在源文件件引入(using namespace)别人的命名空间;
如下：
如此将其引用进来以后，我们就可以使用该第三方控件提供的类、方法、资源等功能了。比如我们将“System.Data.SqlClient”引入以后，我们就可以通过其提供的类进行数据库的连接及操作了。
现在知道什么是“程序集清单”了，知道什么是“程序集引用”。问题也相对明了了。程序引用中的第三方控件的版本号(我这边是路径导致的)和最终生成的程序集清单所需的版本号并不相符。
.net的CLR在执行一个程序时(如.exe)时或使用一个.dll时，他会首先查看其程序集(.exe或.dll)的程序集清单，找到运行该程序所引用的程序集并加载。.net会按一定的路径搜索,加载.若加载的版本和程序清单中的不一致时就会出现类似"程序集清单定义与程序集引用不匹配"报错。
利用dll转存的.il文件,用记事本修改文件头部中的版本号等资料.保存.
版本号直接右键属性就可以看到了,publickeytoken需要用到命令. 参考http://blog.8384.org/post-470.html
使用命令行工具SDK Command Prompt，键入：SN -T C:\*****.dll
就会显示出该dll具体的PublicKeyToken数值。
如果该程序集没有强命名，则不会有PublicKeyToken数值。
将一个程序集强命名的方法是：
用SN -k C:\***.snk命令生成***.snk文件，将该snk文件加载到项目中。在项目上右键属性，选择Signing选项卡，钩选中“Sign the assembly”，再在下拉列表中选择刚才生成的***.snk，重新编译程序集。
此后，该程序集就被强命名了，它的PublicKeyToken就有相应数值了。
注意要用大写的-T,不能用小写的。
公钥标记由应用程序签名时所用公钥的SHA-1哈希代码的最后8个字节表示
再用ilasm生成.
下面的命令对 MSIL 文件 myTestFile.il 进行汇编并产生可执行文件 myTestFile.exe.
下面的命令对 MSIL 文件 myTestFile.il 进行汇编并产生 .dll 文件 myTestFile.dll。
下面的命令对 MSIL 文件 myTestFile.il 进行汇编并产生 .dll 文件 myNewTestFile.dll。
ilasm myTestFile /dll /output:myNewTestFile.dll
这样一个经过修改的dll文件生成了,再次替换文件.系统成功运行.已经可以识别新的版本的dll文件,并进行调用
上传图片成功.
ilasm 与 ildasm 点这里下载(打包在一起的):
http://files.cnblogs.com/cyrix/ildasm.rar
