問題タブ [remote-debugging]

windbg ユーザー モードのリモート デバッグ セッションを開始するためのお気に入りのテクニックは何ですか? 他の手法よりもこの手法を好む理由は何ですか? （長所短所）

Windows ヘルプ ファイルのデバッグ ツールの「リモート デバッグ」セクションに記載されているように、windbg を使用してユーザー モードのリモート デバッグを実行するには、少なくとも 4 つの異なる方法があります。

1. ターゲットでアプリを実行し、ホストwindbgからアタッチします
2. ホストのwindbgでremote.exeを使用して、ターゲットでアプリを起動します
3. 「スマートクライアント」ホストのwindbgに、ターゲットで実行されているプロセスサーバーを介してターゲットでアプリを起動させます
4. オプション「-server」を使用してターゲットマシンでwindbgインスタンスを実行し、サーバーを自動的に起動してから、2番目のマシンからサーバーに接続します。

x86 リモート デバッガーをサービスとして 64 ビット コンピューターにインストールすることはできますか? セッション 0 プロセスでマネージド コードにデバッガーをアタッチする必要があります。プロセスは 32 ビットで実行されますが、インストールされるデバッガー サービスは 64 ビットであり、32 ビット プロセスにアタッチされません。

SC コマンドを使用してサービスを作成しようとしたところ、サービスを開始でき、タスク マネージャー プロセスで実行されていることを確認できました。しかし、Visual Studio で接続しようとすると、リモート デバッガー モニターが有効になっていないと表示されました。x86 サービスを停止し、x64 サービスを開始すると、モニターを見つけることができましたが、それでもエラーが発生しました。

リモート デバッガーを使用しようとすると、次のエラーが表示されます。プロセスにアタッチできません。64 ビット バージョンの Visual Studio リモート デバッグ モニター (MSVSMON.EXE) は、32 ビット プロセスまたは 32 ビット ダンプをデバッグできません。代わりに 32 ビット版を使用してください。

ローカルに接続しようとすると、次のエラーが表示されます。別のターミナル サーバー セッションでのプロセスへの接続は、このコンピューターではサポートされていません。マシンへのリモート デバッグを試し、プロセスのセッションで Microsoft Visual Studio リモート デバッグ モニターを実行してみてください。

32 ビットのリモート デバッガーをアプリケーションとして実行しようとすると、リモート デバッガーがセッション 0 ではなく自分のセッションで実行されているため、接続できません。

Windows で Eclipse CDT 5 C++ IDE を使用して、リモート AIX ホストで C++ アプリケーションを開発しています。

Eclipse CDT には、gdbserver を使用してリモート デバッグを実行する機能があります。残念ながら、gdbserver は AIX ではサポートされていません。

gdbserver なしで Eclipse CDT を使用してリモートでデバッグする方法に精通している人はいますか? おそらくgdbへのSSHシェル接続を使用していますか？

XP と Vista の両方で MFC アプリケーションを作成しています。XP マシンに Visual Studio 2008 をインストールしていますが、Vista でアプリケーションをデバッグする必要があります。どうやってやるの？Visual Studio を Vista マシンにインストールする必要はありますか?

リモート デバッグを使用する場合、実行可能ファイルとライブラリ ファイルはすべて、Vista 仮想マシンにある必要があると想定しています。しかし、MFC デバッグ DLL を Vista VM にコピーしているように見えることがあります。その結果、サイド バイ サイドの構成エラーが発生し続けます。

ファイルをコピーせずにアプリケーションをリモート デバッグしたいのですが、どうすればよいですか? それができない場合、Vista マシンに Visual Studio をインストールせずに MFC DLL をインストールするにはどうすればよいですか?

注: Virtual PC を使用して仮想マシンに Vista をインストールしています。そこでアプリケーションのデバッグ バージョンを実行する方法がわかりません。

VS 2005内からストアドプロシージャ（SQL Server 2005）をリモートでデバッグできるようにするために必要な手順は何ですか？

クライアントマシンとサーバーマシンの両方が同じドメイン上にあります。私はこれを行ったことがないので、ステップバイステップの説明をいただければ幸いです。

私はしばしば、アプリケーションが配置されているサーバーへのFTPアクセスしか持っていません。

私が普段使っているのは、WinSCPの「リモートディレクトリを最新の状態に保つ」機能です。ローカルコピーのファイル（少なくとも理論上）は、保存されるとすぐにリモートサーバーにアップロードされ続けます。その後、必要なのは、ブラウザーでページを更新して結果を確認することです（セッション変数を事前にクリアする場合もあります）。

WinSCPのバグとFTPプロトコルの欠陥はさておき、これはやや原始的なアプローチである可能性があり、そのようなタスクを実行するためのより良い方法があります。

リモートデバッグを使用したい。デバッグしたいプログラムはマシンbで実行されます。VisualStudioはマシン上で実行されます。

マシンbには、次のファイルを含むフォルダーがあります。

• msvcr72.dll
• msvsmon.exe
• NatDbgDE.dll
• NatDbgDEUI.dll
• NatDbgEE.dll
• NatDbgEEUI.dll

一部のファイルが欠落していると思われる場合は、それらが通常どこにあるかについても説明してください。

次のステップでmsvsmon.exe、マシンbでとプログラムを開始しました。マシンaで、VisualStudio2008とプログラムが記述されたソリューションを起動しました。次に、「デバッグ-プロセスにアタッチ」を選択します。「リモートトランスポート（認証なしのネイティブのみ）」を選択しました。修飾子として正しいIPを使用し、正しいプロセス（program.exe）を実行しました。しばらくすると、ポップアップウィンドウに次のメッセージが表示されました。

program.exeの0x7c812a7bで未処理の例外：0xE0434F4D：0xe0434f4d

続行または中断できます。続行すると、例外が何度も何度も発生します。そこで、breakを押すと、次のメッセージが表示されました。

コールスタックフレームにはシンボルはロードされません。ソースコードは表示できません。

次のようなコードを使用して、リモート マシンに接続しようとしています。

リモート デスクトップからログオンし、手動でデバッガを起動することで動作するようになりましたが、ログインしたままにしておく必要があります。問題は、リモート マシンにログインしたままにしたくないことです。IDE を介してアタッチした場合と同様に、デバッガーを自動的に起動する方法はありますか?

Windows XPまたはVistaから、組み込みLinuxベースのシステムで実行されているマルチスレッドPythonアプリケーションのリモートデバッグを行うにはどうすればよいですか？

これまでのところ、 PyScripterベースのリモートデバッグにしか出くわしていません。それはどのように機能しますか？

asp.net 2.0 以降では、web.config ファイルのコンパイル セクションの debug=true によって、Web サイト/Web サービスがデバッグ情報を使用してコンパイルされるかどうかが決定されます。しかし、コンパイル出力は、ASP.Net 一時ファイルの下で多くの「意味不明」です。パブリッシュを使用する場合にのみ、Web サーバーで適切にホストされるクリーンな出力を取得できます。しかし、web.config で debug=true の場合でも、pdb ファイルはありません。どうすればWebサービスを(パブリッシュのように)きれいにコンパイルできますが、デバッグ情報も一緒に取得できますか? 私の目的は、デバッグ出力をリモートの本番 Web サーバーに公開し、デバッグできるようにすることです。