您好,登录后才能下订单哦!
这篇文章给大家分享的是有关asp.net中LC.exe已退出代码为-1的原因有哪些的内容。小编觉得挺实用的,因此分享给大家做个参考,一起跟随小编过来看看吧。
可能的原因是:
这个第三方组件是个商业组件,他在组件的主使用类定义了
LicenseProvider(typeof(LicFileLicenseProvider))
这个Attribute。
VS2005在编译时检测到这个类的时候,会检查到组件使用的是LicFileLicenseProvider这个属性,表示有组件使用的是把许可的辅助信息保存在license.licx文件中,这个文件保存在vs2005中解决方案资源管理器中的Properties文件夹内。
这个文件的内容实际上是个引用,他保存着你使用的第三方组件主使用类的名称空间+类名+文件名+文化+PublicKeyToken信息,这个文件是自动生成的。
如果这个信息与你使用的组件dll中的实际内容不匹配,则lc.exe就会出现这个错误信息。
这个信息出现的原因是你在项目中使用了商业组件的测试版,而在发布的时候使用的是哪个商业组件的破解版。大部分的商业组件经过破解的时候,强名称签名就会消失,所以破解的组件与原来的测试版组件的引用信息是完全不同的。故每次编译的时候,vs2005自动调用语言编译器之前会调用lc(许可编译器),就会出现-1错误。
解决方法就是把Properties文件下的license.licx给删除,重新编译,如果还出现这个问题的话,必须将你的破解版的哪个组件使用lidism给翻译成il语言,然后用ilasm重新编译成dll,在编译的时候加入 /key=[你的强名称文件].snk 参数,自己加入强名称签名,然后使用vs2005重新编译,就可以成功了。
感谢各位的阅读!关于“asp.net中LC.exe已退出代码为-1的原因有哪些”这篇文章就分享到这里了,希望以上内容可以对大家有一定的帮助,让大家可以学到更多知识,如果觉得文章不错,可以把它分享出去让更多的人看到吧!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。