.net core Dotfuscator 5.3(来自Visual Studio 15.3)没有';t混淆.NETStandard 2.0.DLL

.net core Dotfuscator 5.3(来自Visual Studio 15.3)没有';t混淆.NETStandard 2.0.DLL,.net-core,dotfuscator,.net Core,Dotfuscator,当运行最新的Dotfuscator CE(随VS 2017、最新更新和安装的.NET Core 2.0 SDK一起提供)时,我在处理.NET标准2.0.DLL时会遇到如下错误: 无法加载外部类型,因为找不到其程序集:System.Security.SecurityRuleSet,netstandard,版本=2.0.0.0,区域性=neutral,PublicKeyToken=CC7B13FFCD2DD51 我能做什么?我想Dotfuscator可能找不到.NET Core 2.0 DLL,所以

当运行最新的Dotfuscator CE(随VS 2017、最新更新和安装的.NET Core 2.0 SDK一起提供)时,我在处理.NET标准2.0.DLL时会遇到如下错误:

无法加载外部类型,因为找不到其程序集:System.Security.SecurityRuleSet,netstandard,版本=2.0.0.0,区域性=neutral,PublicKeyToken=CC7B13FFCD2DD51

我能做什么?我想Dotfuscator可能找不到.NET Core 2.0 DLL,所以我在machine.config中添加了“c:\Program Files\dotnet\sdk\2.0.0\Microsoft\Microsoft.NET.Build.Extensions\net461\lib”路径,并激活了开发模式,但没有多大帮助。在日志中,很明显Dotfuscator现在“看到”了DEVPATH文件夹,错误消息略有不同,但仍然存在

无法加载外部类型,因为找不到其程序集:System.Net.Sockets.NetworkStream,netstandard,Version=2.0.0.0,Culture=neutral,PublicKeyToken=CC7B13FFCD2DD51

如果我处理.NETCore1.1.DLL(.NETStandard1.3),它工作正常。只有.NETCore2.0失败


Dotfuscator CE似乎没有任何公共论坛(它们只为其商业版提供支持),这就是我在这里提问的原因。

目前,最快的解决方案可能是将
netstandard.dll
文件从
C:\Program Files\dotnet\sdk\NuGetFallbackFolder\netstandard.library\2.0.0\build\netstandard2.0\ref
复制到与输入程序集相同的位置


免责声明,我为抢占式解决方案工作目前,最快的解决方案可能是将
netstandard.dll
文件从
C:\Program Files\dotnet\sdk\NuGetFallbackFolder\netstandard.library\2.0.0\build\netstandard2.0\ref
复制到与输入程序集相同的位置


免责声明,我为先发制人解决方案工作

感谢您的回复,但这并没有改变任何事情。仍然可以在日志中看到这一点(出于某种原因,它一直在搜索System.dll):LOG:Processing DEVPATH。日志:搜索DEVPATH:c:\Program Files\dotnet\sdk\2.0.0\Microsoft\Microsoft.NET.Build.Extensions\net461\lib\System.dll日志:搜索DEVPATH:c:\Program Files\dotnet\sdk\2.0.0\Microsoft\Microsoft.NET.Build.Extensions\net461\lib\System.exe我完全删除了DEVPATH(因为我添加了DEVPATH来调试这个问题),瞧,现在你的建议果然奏效了!我现在有一个新问题(使用Microsoft.Win32.Registry),但我相信我会设法解决它。再次感谢!我也遇到过同样的问题,但对于.NETCore2,它的解决方法是什么?最终,它没有成功。Dotfuscator注入mscorlib依赖项,尝试通过ildasming删除它,然后ilasming失败。我已经到了ilasm崩溃的地步,“RangeChecks instrumentation code检测到一个超出范围的数组访问”,故事到此结束。看来我得试试另一个模糊器了。谢谢你的回复,但这并没有改变任何事情。仍然可以在日志中看到这一点(出于某种原因,它一直在搜索System.dll):LOG:Processing DEVPATH。日志:搜索DEVPATH:c:\Program Files\dotnet\sdk\2.0.0\Microsoft\Microsoft.NET.Build.Extensions\net461\lib\System.dll日志:搜索DEVPATH:c:\Program Files\dotnet\sdk\2.0.0\Microsoft\Microsoft.NET.Build.Extensions\net461\lib\System.exe我完全删除了DEVPATH(因为我添加了DEVPATH来调试这个问题),瞧,现在你的建议果然奏效了!我现在有一个新问题(使用Microsoft.Win32.Registry),但我相信我会设法解决它。再次感谢!我也遇到过同样的问题,但对于.NETCore2,它的解决方法是什么?最终,它没有成功。Dotfuscator注入mscorlib依赖项,尝试通过ildasming删除它,然后ilasming失败。我已经到了ilasm崩溃的地步,“RangeChecks instrumentation code检测到一个超出范围的数组访问”,故事到此结束。看来我得试试另一个模糊器。