,以下 How to disable strong name validation和this,鍵入x86和AMD64環境下comamnds。不能跳過.NET強名稱驗證在我試圖跳過兩個Win10 & Win7的.NET強名稱驗證窗口
vcvarsall.bat amd64
sn /Vr *
vcvarsall.bat x86
sn /Vr *
,但仍然收到抱怨:
=== Pre-bind state information ===
LOG: User = US\Hauck
LOG: DisplayName = TestDll, Version=0.0.0.0, Culture=neutral, PublicKeyToken=b1cf2005f5cbe0bd (Fully-specified)
LOG: Appbase = file:///D:/myprojects/bin/
LOG: Initial PrivatePath = NULL
Calling assembly : TestDriver, Version=0.0.0.0, Culture=neutral, PublicKeyToken=b1cf2005f5cbe0bd.
===
LOG: This bind starts in default load context.
LOG: No application configuration file found.
LOG: Using machine configuration file from c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\config\machine.config.
LOG: Post-policy reference: TestDll, Version=0.0.0.0, Culture=neutral, PublicKeyToken=b1cf2005f5cbe0bd
LOG: Attempting download of new URL file:///D:/myprojects/bin/TestDll.DLL.
WRN: Comparing the assembly name resulted in the mismatch: PUBLIC KEY TOKEN
ERR: Failed to complete setup of assembly (hr = 0x80131040). Probing terminated.
google搜索了很多之後,我仍然不知道如何跳過驗證。
參考文獻:
- How to: Enable a 64-Bit Visual C++ Toolset on the Command Line
- Bypassing strong-name verification for a .Net assembly
- How to: Disable the Strong-Name Bypass Feature
您正在追逐錯誤的解決方案,問題是在運行時發現的Interop.PCOMMSERVERLib.dll文件與您編譯程序的文件不同。這並不罕見,但您不得不使用Tlbimp.exe中的/ keyfile選項。特別是如果那不是由你完成的話。無論你下一步修復編譯器錯誤,你都會遇到麻煩。通過複製修改後的interop dll修復問題,最好總是使用Copy Local = True。並更新你的工具,沒有理由今天仍然需要互操作庫。 –
感謝您的回覆,@Hans,我現在更新了我的日誌,參考testdll.dll和運行時testdll.dll的強名稱不同,我用它來測試跳過驗證,並且它不能按預期工作。 – Cosmore
同樣,它與強名稱驗證沒有任何關係。程序集名稱是不同的。您通常可以在app.exe.config文件中編寫bindingRedirect來強制匹配,但在PublicKeyToken爲null的特定情況下不起作用。該解決方案非常簡單,不會失去任何睡眠,互操作程序集不包含任何代碼,因此只需複製正確的dll即可。 –