問題タブ [debugging]

2 つの異なるドメインに 2 台のマシンがあります。どちらにも VS 2005 がインストールされています。それらの間でリモートデバッグが必要です。認証なしでも可能ですが、マネージド コードをデバッグしたいと考えています。本当にくだらないマシンなので、直接デバッグしたくありません。

デバッガーでアタッチしようとすると、「このワークステーションとプライマリ ドメイン間の信頼関係に失敗しました」というメッセージが表示されます。これを克服する方法はありますか？両方のマシンに同じローカルユーザー名を追加してトリックを試みましたが、うまくいきませんでした。

編集:両方のマシンに同じローカルユーザーがいます。ローカル ユーザーを使用して、RunAs で VS2005 とデバッグ モニターの両方を開始しました。デバッグ マシンで Windows 監査を有効にすると、VS2005 マシンのローカル ユーザーがログオンしようとしていることがわかります。しかし、彼はエラー 0xC000018D (ERROR_TRUSTED_RELATIONSHIP_FAILURE) で失敗します

コードの近くでアサーションにヒットしている実行可能ファイル（他の誰かによってコンパイルされたもの）があります。Visual C ++ 2003でコードを処理していますが、この特定の実行可能ファイルのプロジェクトファイルがありません（コードはさまざまなツールのビルドに使用されます）。Visual C ++のデバッガーでバイナリを起動し、ソースがどこにあるかを伝えることは可能ですか？私は以前にGDBでこれを行ったことがあるので、それが可能であるはずだと知っています。

私は VS 2008 で作業しており、1 つのソリューションに 3 つのプロジェクトがあります。サードパーティのアプリ (SalesLogix、CRM アプリ) によって呼び出される .net プロセスにアタッチしてデバッグしています。

プロセスにアタッチされ、プロジェクトの 1 つにブレークポイントを設定しようとすると、そのファイルにブレークポイントが設定されません。実際には、現在のタブを別のプロジェクトの別のファイルに切り替え、そのドキュメントにブレークポイントを設定します。ファイルが開いていない場合でも、開いてくれます。これは説明できません。手がかりがありません。そのような奇妙な行動を見た人はいますか？自分の目で見ないと信じられない。

もう少し情報：アタッチする前にブレークポイントを設定すると、「赤い点」が表示され、シンボルがロードされていないと表示されます...問題ありません...私はそれを期待しています。SalesLogix から .net コードをアタッチして呼び出し、VS に戻すと、ブレークポイントが完全になくなります (ソースがデバッグ ファイルと一致しないという警告も表示されません)。デバッグ ファイルを手動でロードしようとすると、シンボル ファイルがモジュールと一致しないというメッセージが表示されます。.pdb と .dll のタイムスタンプは同じなので、困惑しています。

誰にもアイデアはありますか？

どうも、

ジェフ

アプリケーションサーバーをデバッグモードで起動し、IDEをサーバーに接続できるJavaと比較しています。また、サーバーを再起動せずに「その場で」コードを変更できます。変更がメソッド シグネチャやフィールドに影響を与えない限り、クラスの再コンパイルを押すだけで、アプリケーション サーバー (サーブレット コンテナー) がクラスをリロードします。

すべてのクラスがアセンブリにパックされており、アセンブリをアンロード/再ロードできないため、ASP.NET ではこれは不可能だと思います。

そのため、.aspx ページとアセンブリを GAC に展開し、分離コードを変更した場合は、アセンブリを再展開して IIS をリセットする必要があります。特にSharepointアプリケーションについて話しているのですが、プライベート アセンブリに対して iisreset を実行する必要があるかどうかはわかりませんが、あなたもそうだと思います。

したがって、コードビハインドでaspxページをデバッグする最良の方法は、アクティブなデバッグ中にコードビハインドを取り除き、ページに移動し、多かれ少なかれ機能しているときにコードビハインドに戻すことです. (これは、Sharepoint のアプリケーション ページにのみ適用されます。サイト ページではインライン コードは許可されません)。

時間を短縮するために、ASP.NET アプリケーションのデバッグにどのようにアプローチしますか?

コンパイラは、デバッグ目的 (ロギングなど) に使用されるステートメントを製品コードから削除できますか? デバッグ ステートメントは、おそらく注釈を使用して、何らかの方法でマークする必要があります。

プロパティを設定 (debug = true) し、デバッグ ステートメントごとに確認するのは簡単ですが、これによりパフォーマンスが低下する可能性があります。コンパイラが単純にデバッグ ステートメントを消去してくれるとよいでしょう。

組み込み JS 関数にブレークポイントを簡単に設定できますが、デバッグ セッション中にたまたま入力しない限り、Firebug を介して外部 JS スクリプトにアクセスする方法がわかりません。スクリプトへの道を「探索」することなくこれを行う方法はありますか?

@ジェイソン：これは良い点ですが、私の場合、スクリプトに簡単にアクセスできません。特に、デバッグしたい ASP.Net Validators によって呼び出されるクライアント スクリプトについて話しているのです。デバッグ セッション中に関数呼び出しを入力してアクセスできますが、直接アクセスする方法が見つかりませんでした。

これは以前に人々に起こったことがあると確信しています。何かがデバッグモードで動作し、リリースでコンパイルし、何かが壊れます。

これは、Embedded XP環境で作業しているときに発生しました。実際にそれを行うための最善の方法は、ログファイルを書き込んでどこで問題が発生するかを判断することでした。

厄介なリリースモードのバグに対処しようとしているあなたの経験/発見は何ですか？

IntelliJ IDEAでデバッグJSPする方法を知っている人はいますか？

JSPファイルにブレークポイントを設定すると、それらのブレークポイントが有効にならないように見えます。デバッガーがそれらにヒットすることはありません。IDEAは、ブレークポイントが有効であると考えているようです。ブレークポイントを配置した行の左側に赤い点が配置されています。

この投稿のIntelliJフォーラムで、デバッグを機能させるにはJSPファイルがweb-infの下にある必要があることを読みました。

しかし、JSPweb-infの下に配置されたファイルには、ユーザーが直接アクセスできないことも読みました。

誰が本当に正しいのかわかりません。

将来的に JavaScript を実行する必要があるため、ツールボックスを更新するときが来ました。現在、Firefox といくつかのアドオンを使用しています。

• https://www.squarefree.com/bookmarklets/webdevel.htmlの JavaScript シェル
• Firefox Dom インスペクター
• ファイアーバグ
• グリースモンキー
• スタイリッシュ

Venkman Javascript デバッガー とjsunitおよびjs-lintを使用する予定です。

プログラミングについては、vim を使用しています。

JavaScript を開発するとき、他にどのようなツールを使用しますか?

そのため、テスト サーバー マシンに VS2008 をインストールするとランタイム環境が大きく変わるため、VS2008 をインストールすることはお勧めできません。以前に Visual Studio でリモート デバッグを試みたことがないので、サーバー側の Web アプリ コードの行ごとのリモート デバッグを取得するための "最良の" 方法は何ですか。ブレークポイントを設定し、アタッチし、1 行ずつステップ実行してコード フローを検証し、デバッグなどを実行できるようにしたいと考えています :)。

ほとんどの回答は ASP.NET コードに関するものであり、それに興味がありますが、現在のコード ベースは実際にはクラシック ASP と ISAPI 拡張機能であるため、それについてはもう少し気にかけています。

また、私のテスト サーバーは VMWare で実行されています。最新の VMWare インストールで、デバッグ サポートについて言及していることに気付きましたが、それが何を意味するのかよくわかりません。