msbuild - VSTS 2010 SGEN:错误:无法加载文件或程序集(HRESULT异常:0x80131515)

我遇到了VS2010的一个奇怪问题。 我们使用TFS来构建我们的API dll,我们曾经在我们的项目中引用它们,使用一个完全可信的映射网络驱动器。 我们一直在这样工作至少两年,一切都很完美。

今天,我将一个webapp转换为vs2010,当我在Release中编译它时,它给了我:

SGEN:错误:无法加载文件或   程序集'[file:/// L:\ Api \ Release]   API_20100521.1 \ Release \ CS.API.Exceptions.dll'或其依赖项之一。手术   不受支持。 (例外   HRESULT:0x80131515)

奇怪的是,当它在Debug配置文件下时它正在工作......

我试过添加

<runtime>
   <loadFromRemoteSources enabled="true" />
</runtime>

进入app.config但仍然没有运气(参见[http://social.msdn.microsoft.com/Forums/en/msbuild/thread/d12f6301-85bf-4b9e-8e34-a06398a60df0]和[http://msdn.microsoft.COM/ EN-US/库/ dd409252(VS.100)的.aspx)

我很确定这个问题来自visual studio或msbuild,因为我们的代码在prod时不会从网络共享运行,因为所有引用的dll都被复制到bin文件夹中。

如果有人有解决方案(或只是搜索路径的想法),请告诉我!

编辑:事实证明它在调试模式下工作,因为生成的序列化程序集已关闭。 正如标题所说,它确实是一个SGEN问题,因为正是这个实用程序说路径不可信...

12个解决方案
211 votes

我能够通过在Windows资源管理器中找到程序集DLL,右键单击,选择“属性”,然后按“取消阻止”按钮来修复此错误。 DLL有一个流将其标记为外部文件 - 通过单击取消阻止,您删除该指定。

Slaggg answered 2019-07-18T18:51:11Z
56 votes

我在TFS构建服务器上遇到了相同/类似的问题,其中构建从网络共享引用了dll。

问题是CLR v4安全策略模型自以前的版本以来已经发生了变化,并且不像以前那样是沙盒程序集。

要解决您的问题,只需找到sgen.exe的位置,并在同一文件夹中创建一个sgen.exe.config,其中包含以下内容:

<configuration>
  <runtime>
    <loadFromRemoteSources enabled="true" />
  </runtime>
</configuration>

sgen.exe通常在

"C:\Program Files\Microsoft SDKs\Windows\v[current version]\bin\NETFX 4.0 Tools"

您可以在此博客文章中看到有关.NET 4.0中CAS策略的一些更改:链接

Martin Hyldahl answered 2019-07-18T18:52:01Z
21 votes

有相同的问题和配置更改不起作用。 只有当我在项目属性中将Generate Serialization Assembly设置为off时才能正常工作。

Rob answered 2019-07-18T18:52:25Z
6 votes

我有同样的错误,发现我的DLL被“阻止”。 在资源管理器中打开DLL,右键单击 - &gt; 属性 - &gt; 按“取消阻止”。

[http://cantgrokwontgrok.blogspot.com/2009/10/visual-studio-unknown-build-error.html]

Nate Zaugg answered 2019-07-18T18:52:57Z
3 votes

我有这个完全相同的问题并通过在C:\ Program Files(x86)\ Microsoft SDKs \ Windows \ v7.0A \ Bin \ NETFX 4.0工具下添加sgen.exe.config来修复它

正如其他人所说的,这个简单的配置

<?xml version ="1.0"?>
<configuration>
  <runtime>
    <loadFromRemoteSources enabled="true" />
  </runtime>
</configuration>
Matt Watson answered 2019-07-18T18:53:28Z
2 votes

对于那些运行64位版本的TFS构建服务的人,我必须在以下路径中创建配置文件:

 C:\Program Files (x86)\Microsoft SDKs\Windows\v8.0A\bin\NETFX 4.0 Tools\x64

和文件内容:

<?xml version ="1.0"?>
<configuration>
<runtime>
    <loadFromRemoteSources enabled="true" />
</runtime>
</configuration>
gmasselli answered 2019-07-18T18:53:58Z
1 votes

我遇到了同样的问题,将程序集加载到GAC中并且工作正常

gabouy answered 2019-07-18T18:54:22Z
1 votes

在我的情况下,将下面的代码段添加到app.config文件中。 我正在使用VS2010 Service Pack 1运行Windows XP。

<configuration>
  <runtime>
    <loadFromRemoteSources enabled="true" />
  </runtime>
</configuration>
venetia answered 2019-07-18T18:54:45Z
0 votes

正如您在运行Windows 7时一样,可以在以下位置找到sgen.exe文件:

C:\ Program Files(x86)\ Microsoft SDKs \ Windows \ v7.0A \ Bin \ NETFX 4.0工具

我不得不创建一个sgen.exe.config并将其放在那里,然后这个问题就消失了。

ewahner answered 2019-07-18T18:55:23Z
0 votes

caspolconfig都不适合我。对我而言,这个诀窍是关于caspol。我跑了

 %windir%\Microsoft.NET\Framework\v2.0.50727\CasPol.exe -m -ag 1.2 -url file://UncPathName/UncSubPath/* FullTrust

我准备好了,甚至不需要重新启动VisualStudio。

Yahoo Serious answered 2019-07-18T18:55:54Z
0 votes

我遇到了类似的问题,我终于通过删除解决方案的Properties文件夹中的licenses.licx文件来解决它。

clemchen answered 2019-07-18T18:56:18Z
0 votes

就像我一样,Unblock不是解决方案,因为Unblock不会出现在我的dll文件属性中。 保持观察并最终关闭我的解决方案文件并使用本地C:copy而不是网络UNC路径重新打开项目sln文件。 走这条路后能够发布。

Taersious answered 2019-07-18T18:56:43Z
translate from https://stackoverflow.com:/questions/3007190/vsts-2010-sgen-error-could-not-load-file-or-assembly-exception-from-hresult