我最近将一些Visual Studio 2010项目添加到解决方案中,现在每次重新打开程序时它们都会停止编译。他们抱怨“无法打开模块文件C:\ Users [USERNAME] \ AppData \ Local \ Temp \ 1.NETFramework,Version = v4.0.AssemblyAttributes.vb。系统无法找到指定的文件。”我已经检查过,文件存在并且可以从VS编辑器本身访问!
我发现有关此错误的所有信息都建议使用rebuild解决此问题。这对我有用,但我不想在我第一次打开每个解决方案时进行重建!有什么办法可以避免这个错误吗?
答案 0 :(得分:66)
是的,这是远程桌面连接引起的问题。 RDC(默认情况下)设置为每次远程登录时使用创建新目录。此外,它是设置(单独设置)以在您注销后删除该目录。真正的解决方案是删除这两个设置,以便它只使用您的标准Temp文件夹,而不是在注销时删除文件。
此问题还有两种解决方法:
注意:设置RDC实际上只有在您作为管理员登录时才能完成,因此,这两个解决方法。
答案 1 :(得分:4)
我重新启动了visual studio,这就是诀窍......
答案 2 :(得分:3)
这是Visual Studio 2010中的一个错误。清理和构建对我有效。
答案 3 :(得分:3)
在我的情况下,VS无法访问用户的TEMP文件夹。更改权限以允许所有用户(我的计算机有一个用户 - 我)完全控制此文件夹后,一切都已修复。
希望这会有所帮助。
答案 4 :(得分:3)
另一种选择是在所需位置创建所需文件。那将是:
" C:\ Users \ user \ appdata \ local \ temp \ 1.NETFramework,Version = v4.0,Profile = Client.AssemblyAttributes.cs" ,包含以下内容含量:
// <autogenerated />
using System;
using System.Reflection;
[assembly: global::System.Runtime.Versioning.TargetFrameworkAttribute(".NETFramework,Version=v4.0,Profile=Client", FrameworkDisplayName = ".NET Framework 4 Client Profile")]
&#34; C:\ Users \ user \ appdata \ local \ temp \ 1.NETFramework,Version = v4.0.AssemblyAttributes.cs&#34; ,内容如下:
// <autogenerated />
using System;
using System.Reflection;
[assembly: global::System.Runtime.Versioning.TargetFrameworkAttribute(".NETFramework,Version=v4.0", FrameworkDisplayName = ".NET Framework 4")]
&#34; C:\ Users \ user \ appdata \ local \ temp \ 1.NETFramework,Version = v4.0.AssemblyAttributes.vb&#34; ,内容如下:
Option Strict Off
Option Explicit On
Imports System
Imports System.Reflection
<Assembly: Global.System.Runtime.Versioning.TargetFrameworkAttribute(".NETFramework,Version=v4.0", FrameworkDisplayName:=".NET Framework 4")>
对于其他版本的.NET,只需更改文件内容中的版本,例如
[assembly: global::System.Runtime.Versioning.TargetFrameworkAttribute(".NETFramework,Version=v4.5", FrameworkDisplayName = ".NET Framework 4.5")]
答案 5 :(得分:2)
我删除了AssemblyAttributes.vb文件,它神奇地得到了回复。这就是我解决的方法。
答案 6 :(得分:1)
不要直接从visual studio 2010打开解决方案。通过单击项目保存文件夹中的项目解决方案文件来打开解决方案。
它解决了我的问题...
答案 7 :(得分:0)
就像vcsjones所说的那样,它看起来像是RDC的一个问题。在我关闭RDC会话并重置终端服务器后,它自行修复。
答案 8 :(得分:0)
确保您的驱动器有足够的可用空间。 我遇到了同样的问题,在驱动器中分配了更多可用空间后解决了
答案 9 :(得分:-1)
只需重新启动您的 Visual Basic 或 Visual Studio 平台,它就会“修复”。对我来说,每次遇到同样的问题时它都有效。 谢谢!