呼び出されたオブジェクトがクライアントから切断されているため、デバッグを開始できません

106

Visual Studio 2012（バージョン11.0.61030.00アップデート4）を実行しています。ローカルコンソールアプリケーションをデバッグするとき、デバッグ（F5）を開始すると次のエラーが表示されます。

---------------------------
Microsoft Visual Studio
---------------------------
Error while trying to run project: Unable to start debugging.
The object invoked has disconnected from its clients.
---------------------------
OK   
---------------------------

これは、数分間デバッグせずにVisual Studioを放っておく場合にのみ発生します。Visual Studioを閉じて再度開くと、エラーは消えます（さらに数分間そのままにしておくまで）。誰かこれを経験しましたか？私はそれを経験している他の人のスレッドを見つけることができません。

visual-studio debugging

— ダウントーン
ソース

13

VSを閉じて再起動するだけです。それが私にとってしばらく機能した唯一の解決策です。更新を取得した後、それは消えた。

— sapatelbaps 2014

1

これは関連しているかどうかに関係なく、Microsoft BitLockerを実行していますか？

— タイラーフォーサイス2014年

VS2010とVS2013でも同じ問題が発生するため、VS2012に固有の問題ではないようです。

— Mark Ingram、

3

このMSDNの質問は、でVS7DEBUGと呼ばれるフォルダの名前を変更することにより、これと同様の問題を解決したよう%PROGRAM_FILES%/Common Files\Microsoft Sharedです。やってみましたか？

— グルシャランS 2014

2

VS 2017でも発生する可能性があります-このエディションを数か月間使用した後、これまでこれまで見たことはありませんが、

— .....

35

これが問題の考えられる答えかもしれません。

答えからのいくつか：

ソース管理エンジンからの更新後に変更されたファイル（理由と方法）を確認する
拡張機能とプラグインのリストを確認します。それらのすべてまたは一部を無効にしてみてください
閉じるVisual Studioとすべての開発プロセスを殺す：devenv, mspdbsrv, vcpkgsrv, msbuild, msvsmon, vshub, vstestなど
.suo, .ncb, .VC.db, .VC.VC.opendbソリューションのファイルと.vsディレクトリを削除します。これらは時々問題を引き起こします
プロジェクトの設定ファイルを削除、並べ替えのYourProjectName.vcproj.DOMAINNAME.LOGINNAME.userかYourProjectName.csproj.user。設定ファイル名は、使用するプロジェクトの種類によって異なります
実行"C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe" /setupまたは"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe" /setupx64環境用

— アントンK
ソース

15

ビジュアルスタジオを再起動することでうまくいきました。ありがとう！

— Reza S

17

@RezaS Visual Studioの再起動は一時的な解決策であり、問題の内容と同じです（これは、Visual Studio をデバッグせずに数分間放置したままにした場合にのみ発生します。VisualStudio を閉じて再度開くと、エラーが発生しなくなります（私はそれをさらに数分間そのままにしておきます））、それはあなたを再び悩ませ続けます。

— Myk Agustin、2016

ステップ4がうまくいきました。この回答の他の手順も試してみてください。

— Myk Agustin、2016

Visual Studioの2つのインスタンスを開きました。1つは周辺機器と統合するプロジェクトで、もう1つはこのエラーをスローしていました。私は両方のインスタンスを閉じて、それを機能させるためにもう一度開始する必要がありました

— sohaiby

1

プロジェクトのルートにある非表示の.vsフォルダーを削除する必要がありました。（このフォルダーはユーザー設定を保持するだけであり、プロジェクトがリロードされると再作成されます。）

— ブライアンメレル

8

VIsual Studioを閉じて、プロジェクトを再開するだけです。 ありがとう

— デベンドラダッシュ
ソース

77

それは20日に1回発生した場合には最適なソリューションではありません

— codinglifestyle

18

これは一時的な解決策であり、一時的な問題ではありません。

— ファビオ2017年

9

2017年10月、VS Enterprise2017。それはまだ起こっています。これはほとんどの場合一時的な問題ではありません。@ファビオと一緒です。

— Smoke Liberator 2017年

2

だから、実際にこの問題の人たちのための永続的な解決策は何ですか？解決できましたか？

— Jamshaid Kamran

2

これは、人々がこの回答から恩恵を受け、反対票を投じているようなものです。反対票の代わりに永続的な解決策がある場合は、回答してください。

— Debendra Dash

3

Visual Studioを再起動しても回避策は提供されますが、実際の問題は解決されません。私の場合、私はVS2017でC＃ソリューションを使用しており、次のようにして問題を解決しました。

Visual Studioを閉じる
ソリューションのディレクトリに作成された.vsフォルダーを削除します
ソリューションを再度開きます

— ロベア
ソース

もちろん、これにより、ソリューションを再度開いたときに最後に開いたファイルの記録などの履歴情報が失われることに注意してください。

— Robear

0

ドキュメントの上部にセクションHandlerのないNLog設定でApp.configファイルを破損しました。Gistは、フォーマットが壊れているか、セクションを適切に処理していない構成ファイル設定をチェックアウトしています。破損した構成セクションを削除すると、エラーは再度発生しませんでした（VS 2017）。

— HydTechie
ソース