問題タブ [edit-and-continue]

ASP.Net MVC プロジェクトを使用して、Visual Studio 2008 でエディット コンティニュを実行しようとしています。私は64ビットを実行しているため、問題がさらに大きくなります。

Configuration Manager では、私のアクティブなソリューション プラットフォームは x86 であり、すべてのプロジェクトもデバッグ x86 をターゲットにしています。

プロジェクトのプロパティで、「エディット コンティニュを有効にする」を選択しました。

[ツール]->[オプション...]->[デバッグ]->[エディット コンティニュ] で、[エディット コンティニュを有効にする] を選択しました。

Tools->Options...->Debugging->General で、「1 つのプロジェクトが中断したときにすべてのプロセスを中断する」を有効にしました。

ビュー/テンプレートの外側でソース コードを変更しようとするとすぐに、次のメッセージが表示されます:編集して続行: コードの実行中、または [1 つのプロジェクトが中断したときにすべてのプロセスを中断する] オプションが無効になっている場合、変更は許可されません。このオプションは、[ツール]、[オプション]、[デバッグ] で有効にすることができます。

それを機能させる方法はありますか？

VS2008 で新しい win32 C++ プロジェクトを作成すると、エディット コンティニュを問題なく使用できますが、このレガシー プロジェクトでは、使用/有効化の試みが失敗しました。

ここに私がチェックしたものがあります：

ツール -> オプション -> デバッグ -> エディット コンティニュ -> エディット コンティニュを有効にするがオンになっています。

デバッグ情報フォ​​ーマット：プログラムデータベース（/Zi）

コード生成 -> 関数レベルのリンクを有効にする: はい (/Gy)

破損した .ILK ファイルを探しました。.ILK ファイルが見つかりません。2008 年でも使用されていますか?

しかし、プログラムにステップ インし、次の行を変更して、もう一度ステップを実行すると、次のようになります。

「このソース ファイルは変更されました。一致しなくなりました...」

それよりも

「エディット コンティニュでコードの変更を適用しますか?」

E&C が機能しないこのプロジェクトの何が問題なのですか?

他の質問で、Linq クエリ構文が Lambda にコンパイルされると述べているのを見てきました。

では、メソッドに Lambda 式がある場合、エディット コンティニュを実行できないのに、クエリ表記では実行できるのはなぜでしょうか?

最も腹立たしく、どこでもクエリ表記法を使用するように切り替えることを真剣に考えさせられているのは、コードが Lambda になくても、同じメソッドの別の場所に Lambda がある場合、編集して続行できないことです! それは、不注意な開発者に不当な苦痛を与えるようなものです!

Visual Studio 2008、C# を使用しています。エディット コンティニュ (デバッグ中にコードを編集) を使用しようとすると、次の例外が発生します。

「64 ビット アプリケーションへの変更は許可されていません」

何故ですか？回避策はありますか?

これを達成する方法はありますか？毎回再起動しなければならないのは本当に面倒です。

Visual Studio 2008内でデバッグしているときに、コードを完全にロックする方法があるかどうか疑問に思いました。64ビットアプリケーションとして実行すると、コードド​​キュメントが自動的にロックされます。ただし、コーディングのほとんどは、32ビットのExcel用のアドインを作成しています。その結果、「AnyCPU」をターゲットにしても、VSホストは32ビットプロセス内で実行されていることを認識しているため、VisualStudioでホストされているコードの実行中にソースコードがロックされることはありません。

[ツール]>[オプション]>[デバッグ]>[編集して続行]に移動し、[編集して続行を有効にする]チェックボックスをオフにすることで、[編集して続行]をオフにできます。ただし、これによってコードが完全にロックされるわけではありません。これにより、コードの編集が現在の実行で実行されるのを防ぐことができますが、マウスクリックやキーストロークによって実際にコードが変更されるのを防ぐことはできません。

繰り返しますが、64ビットアプリケーションで作業する場合、これは発生しません。コードは完全にロックされています。少なくともいくつかの理由から、コードを完全にロックすることを強くお勧めします。

1. デバッグ中に誤ってキーなどを押してしまうことがありますが、絶対にやりたくないです。まれですが、問題です。

2. 私の自動テストの多くは、SendKeysを介してユーザーインターフェイスを駆動します。ただし、デバッガーを使用してこのようなテストを実行すると、一部の側面にSendKeysが含まれていることを忘れることがあります。つまり、キーストロークがExcelではなくVisualStudioIDEに送信されることになります。

上記の問題＃2では、単体テストが失敗します。これは問題ありませんが、すべてのキーストロークをコードモジュールに送信してコードを破棄することはまったく受け入れられません。

誰かがここで何かアイデアを持っていますか？32ビットCPUに対してコンパイルされているときに、Visual Studioでホストされて実行されている場合、コードを完全にロックできますか？

この問題に関するいくつかの関連する投稿がありますが、どれもこれに直接対処していません：

• 方法：編集と続行を有効または無効にする
• Visual Studio 2008でデバッグする場合、「64ビットアプリケーションへの変更は許可されていません」
• Visual Studioのデバッグモードでファイル編集を有効にするにはどうすればよいですか？
• Visual Studioで「編集して続行」はどのように機能しますか？
• アプリケーションの実行中にコードを編集できますか
• デバッグ中のC＃の編集

ヘルプやアイデアを事前に感謝します...

マイク

Windows764ビットマシンでVisualStudio2010を使用すると、編集と続行に問題が発生します。私は次のことを確認しました

1. [編集して続行]は、[ツール]>[オプション]>[デバッグ]>[編集して続行]で有効になっています
2. 私のソリューションプラットフォームはx86に設定されています
3. ソリューション構成がデバッグに設定されています
4. 私のプロジェクトはすべて、Debugとx86用に構築されています
5. [プロジェクト]>[プロパティ]>[最適化コードのビルド]の下にあるすべてのプロジェクトで、オフになっています

ブレークポイントに達して編集しようとすると、次のメッセージが表示されます。

_{（出典：sedotech.com）}

これは、WPF / Win Forms / VB.NET / C＃/。NET 4 / .NET 3であるかどうかに関係なく、私が作成するすべてのプロジェクトで発生しています。

何か案は？

VB.Net (2008) を使用していて、デバッグ中に一時停止している場合、エディット アンド コンティニューは時間を大幅に節約します。ただし、モジュール/クラス レベルの情報 (変数、サブ/関数シグネチャなど) を変更すると、次のようなエラー メッセージが表示されます。

これを機能させるための技術的な課題 (およびなぜそれが難しいのか) は理解できますが、いくつかの選択肢しかなく、窮地に立たされています。

1) 再起動して再コンパイルし、プログラムを同じ状態に戻す
2) 変更を加えずにデバッグを続行し、忘れるリスクを冒す
3) 変更を行うためのメモを入力する

そのすべてが迷惑です。

オプション「4) 実際に変更を加える」というオプションは不可能な場合があることがわかりました。しかし、次の「技術的に簡単な」可能性を有効にする方法を知っている人はいますか?

4) コードを変更して、紫色の波線の下線を付けて保存できるようにします。ただし、再コンパイルするまで変更を無視してください。

ツール | オプション | デバッグ | 編集を確認して続行しましたが、これを実行できるようには見えません。

ありがとう！

ASP.Net MVC 2プロジェクトの[Web]タブで[編集と続行を有効にする]がオンになっていますが、実行中にソースコードを変更することはできません。たとえば、デバッガーで一時停止しているときにコントローラーを編集しようとすると、ファイルを変更できません（読み取り専用のように動作します）。

関連する投稿を見つけました編集してASP.NETWebプロジェクトを続行しますが、

• 答えは、少なくともコードを編集してから、ページをリロードして結果を確認できるはずだと示唆しているようです。
• WebアプリケーションとWebサイトプロジェクトの違いがわかりません