博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
lc.exe 已退出 代码为 1
阅读量:6700 次
发布时间:2019-06-25

本文共 823 字,大约阅读时间需要 2 分钟。

今天在做项目的时候,同事把资源文件签出去了,我就直接强行签入,然后运行的时候出现了“ lc.exe 已退出 代码为 1” 这个错误,上网找了一下问题,说是项目用了第三方控件,并且这个第三方组件是个商业组件,他在组件的主使用类定义了LicenseProvider(typeof(LicFileLicenseProvider))

这个Attribute。想了一下,项目确实用的是DEV第三方控件,但问题是这个控件我明明已经破解了怎么还会出现这个错误呢?

  这个信息出现的原因是你在项目中使用了商业组件的测试版,而在发布的时候使用的是哪个商业组件的破解版。大部分的商业组件经过破解的时候,强名称签名就会消失,所以破解的组件与原来的测试版组件的引用信息是完全不同的。故每次编译的时候,vs2008自动调用语言编译器之前会调用lc(许可编译器),就会出现-1错误。

VS2008在编译时检测到这个类的时候,会检查到组件使用的是LicFileLicenseProvider这个属性,表示有组件使用的是把许可的辅助信息保存在license.licx文件中,这个文件保存在vs2008中解决方案资源管理器中的Properties文件夹内。

这个文件的内容实际上是个引用,他保存着你使用的第三方组件主使用类的名称空间+类名+文件名+文化+PublicKeyToken信息,这个文件是自动生成的。

  解决方法就是把Properties文件下的license.licx给删除,重新编译,如果还出现这个问题的话,必须将你的破解版的那个组件使用lidism给翻译成il语言,然后用ilasm重新编译成dll,在编译的时候加入 /key=[你的强名称文件].snk 参数,自己加入强名称签名,然后使用vs2008重新编译,就可以成功了。

转载于:https://www.cnblogs.com/dogxuefeng/archive/2013/06/05/3119219.html

你可能感兴趣的文章
2015必须推荐的Android框架,猿必读系列!
查看>>
书单:数学、物理类的「闲书」
查看>>
unity, stateMachine, change state name
查看>>
Java并发教程(Oracle官方资料)
查看>>
Erlang入门(四)——错误处理和鲁棒性
查看>>
Shell变量替换,命令替换,转义字符
查看>>
获取MSSQL Server中的相关信息(视图、存储过程、触发器、表)
查看>>
信号处理过程中的几种常见傅里叶相关的变换
查看>>
http请求
查看>>
客户资料查询传递数据格式
查看>>
C#开发之反射的简单使用
查看>>
[原创] Win7全自动精简批处理_绝对原创,绝对给力_感谢无忧给了我一年的潜水...
查看>>
2017 年热门编程语言排行榜,你的语言上榜没?
查看>>
poi 合并单元格、设置边框
查看>>
Hibernate延迟加载与opensessioninviewFilter
查看>>
Atitit 图像处理 调用opencv 通过java api attilax总结
查看>>
服务管理--systemctl命令
查看>>
SQLServer 维护脚本分享(09)相关文件读取
查看>>
去掉字段中多个带区号电话号码前面的区号
查看>>
Winscp开源的SSH|SFTP
查看>>