您好,登錄后才能下訂單哦!
這篇文章給大家分享的是有關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進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。