再起動するたびに「C：\ Users \ [USERNAME] \ AppData \ Local \ Temp \ 1 \ .NETFramework、バージョン= v4.0.AssemblyAttributes.vb」が見つかりません

最近Visual Studio 2010年のプロジェクトを解決し、今度はプログラムを再オープンするたびにコンパイルをやめます。「モジュールファイルC：\ Users [USERNAME] \ AppData \ Local \ Temp \ 1.NETFramework、Version = v4.0.AssemblyAttributes.vbを開くことができません。システムが指定されたファイルを見つけることができません。私は、ファイルが存在し、VSエディタ自体からアクセス可能であることを確認しました！再起動するたびに「C： Users [USERNAME] AppData Local Temp 1 .NETFramework、バージョン= v4.0.AssemblyAttributes.vb」が見つかりません

このエラーに関するすべての情報は、再構築を使用して問題を回避することを推奨しています。それは私にとってはうまくいくものですが、最初にソリューションを開くたびに再構築を実行する必要はありません。このエラーを避けるためにはどこかありますか？

出典

2011-06-11 just.another.programmer

\ 1 \はリモートデスクトップセッションIDのようです。ログオフすると、セッションは削除されます。 – vcsjones

これは、IntelliSenseパーサーがどのターゲットフレームワークが選択されたかを把握するために、IDEが生成する小さなヘルパーファイルです。これは環境問題です。あなたのマシンに何が間違っているかを推測するのは難しいです。再起動すると自動的に何が起きているのかをよく確認してください。 SysInternalsの自動実行を使用してください –

@vcsjones、私はRDCを介して開発ボックスにアクセスしているので、おそらく問題があるでしょう。リモート環境でこのファイルが作成/必要になるのを避ける方法はありますか？またはログオン時に自動的に再作成しますか？ –

はい、これはリモートデスクトップ接続によって発生します。リモートでログインするたびに、RDCは（デフォルトで）新しいディレクトリを作成するための設定です。また、一度ログオフすると、そのディレクトリを削除する設定（別の設定）です。本当の解決策は、ログアウト時にファイルを削除せずに、標準のTempフォルダを使用するように、これらの2つの設定を削除することです。

対処方法1：ソリューションを開いたり、再構築する前に解決のためのあなたの.suoファイルを削除し

も、この問題には2つの回避方法があります。
対処方法2：修正

_{注用の「すべてリビルド」オプションを使用します：あなたはボックスに管理者としてログオンしている場合RDCは本当にのみ行うことができます設定、したがって、2回避策。}

出典

2012-02-29 17:12:14 Richard

これらの設定はどこにありますか？ –

@ just.another.programmer [RDセッションホストサーバーの一時フォルダを構成する]（http://technet.microsoft.com/en-us/library/cc755098）（リンクが切れた場合）コントロールパネルにあります：管理ツール>リモートデスクトップサービス>リモートデスクトップセッションホスト設定 – Richard

回避策2が私のために働いていました。ありがとう –

vcsjonesと同様、RDCの問題です。 RDCセッションを閉じてターミナルサーバーをリセットした後、それ自体が修正されました。私は、Visual Studioを再起動し、それがトリックをした

出典

2011-06-16 12:01:09

...

出典

2011-09-08 21:46:10 vcuankit

は、プロジェクトが保存されたフォルダからプロジェクトのソリューションファイルをクリックしてソリューションをVisual Studioを開き、2010年から直接解決策を開けないでください。

解決済みの問題...

出典

2012-01-03 07:09:58 Anand

ここで説明した問題を解決するにはどうしたらいいのだろうか。 –

これはVisual Studio 2010のバグです。クリーンでビルドが機能します。

出典

2013-08-06 15:44:37

2010年と同じ問題だ。2015年の同じ問題 – Mike

私の場合、VSはユーザーのTEMPフォルダにアクセスできませんでした。すべてのユーザー（自分のコンピュータには1人のユーザーがいます）がこのフォルダを完全に制御できるようにアクセス許可を変更すると、すべてが修正されました。

希望すると、これが役立ちます。

出典

2013-10-19 13:21:32 Sielu

これは私が持っていた問題で、C＃の解決策はVBではなく同じだ。 – Coxy

単純に働きました..ありがとう;） – Aravin

もう1つの方法は、目的のファイルを目的の場所に作成することです。それは次のようになります。

"C：\ Users \ユーザーユーザー\ APPDATA \ローカル\の一時\の1.NETFramework、バージョン= V4.0、プロファイル= 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")]

"C：¥Users¥user¥appdata¥local¥temp¥1.NETFramework、Version = v4.0.AssemblyAttributes。CS」次の内容の：

// <autogenerated /> 
using System; 
using System.Reflection; 
[assembly: global::System.Runtime.Versioning.TargetFrameworkAttribute(".NETFramework,Version=v4.0", FrameworkDisplayName = ".NET Framework 4")]

"C：\ Users \ユーザーユーザー\ APPDATA \ローカル\の一時\の1.NETFramework、バージョン= v4.0.AssemblyAttributes.vb" 以下の内容で： .NETの他のバージョンのための

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")>

、単にファイルの内容にバージョンを変更

[assembly: global::System.Runtime.Versioning.TargetFrameworkAttribute(".NETFramework,Version=v4.5", FrameworkDisplayName = ".NET Framework 4.5")]

出典

2016-03-02 07:51:19 checho

エラーメッセージが消えるかもしれませんが、他の奇妙な問題が発生しました。つまり、問題がなくなったテンポラリーフォルダを設定した後、Visual Studio 2015はデバッグ出力フィルタリングの設定を変更しませんでした。 –

を例えば私はAssemblyAttributes.vbファイルを削除し、それは魔法のように退治した。それが私が解決した方法です。

出典

2017-01-04 17:54:12

これは私のために働く。どのように削除した後、私はきれいにして再構築し、正常に動作しているか分からない。 – BenW

ドライブに十分な空き容量があることを確認してください。同じ問題が発生しました。ドライブに空き領域をさらに割り当てた後に解決しました。

出典

2018-02-01 06:13:19

再起動するたびに「C：\ Users \ [USERNAME] \ AppData \ Local \ Temp \ 1 \ .NETFramework、バージョン= v4.0.AssemblyAttributes.vb」が見つかりません

答えて

関連する問題