問題タブ [debugging]

空の catch ブロックが大量に発生する本番アプリケーションをデバッグしています:

デバッガーが IDE でキャッチにヒットしたときの例外を確認する方法はありますか?

私は長年のemacsユーザーであり、現在Javaで約1/2時間働いています。

のための最高のemacsライブラリは何ですか

1. Javaのデバッグ
2. コード補完/インテリセンス
3. Javadocブラウジング

？

NetMassDownloaderを使用してすべての.NETFrameworkシンボルとソースをダウンロードした後、.NET2.0ソースファイルにデバッグするためにVS.NET2005をセットアップすることは可能ですか？

ページのロード時に、 の 444 行目で JavaScript エラーがスローされlightwindow.js、object does not support this property or method. さまざまなフォーラムでさまざまな投稿を見つけたにもかかわらず、解決策を見つけることができた Google の結果はありませんでした。

多くの人がスクリプト ファイルの特定の順序を提案しましたが、私はすでにこの順序 (prototype、scriptaculous、lightwindow) を使用していました。

これらは、最終的に機能するように思われた手順です。どの手順が問題を具体的に「修正」したかはわかりませんし、テストする時間もないため、記録としてのみここに記述します。

1. lightwindow.js への呼び出しをページの下部に移動しました。
2. 行 444 を次のように変更しました。if (this._getGalleryInfo(link.rel)) {
3. 1157 行を次のように変更しました。if (this._getGalleryInfo(this.element.rel)) {
4. 最後に、1417 行から 1474 行までをブロックで囲み (これは汚くて申し訳ありません) try/catch、例外を飲み込んでいます。

編集：

これがFirefoxを壊したことに気づきました。以下を 445 行目に追加すると、動作するようになりました -try { gallery = this._getGalleryInfo(link.rel); } catch (e) { }

これはあまり良い修正ではありませんが、私のページ (「rel」タグのない lightwindow リンク、「rel」タグのあるいくつかの lightwindow リンク、および 1 つの「インライン」リンクを含む) は、現在 IE7 で問題なく動作します。この問題、または私の与えられたソリューションの改善に関する問題について追加することがあれば、コメントしてください。

WindowsXPを実行している開発者ワークステーションからWindowsNTマシンで実行されているVisualC++ 6.0アプリケーションをリモートデバッグすることは可能ですか？もしそうなら、どこかに書かれた手順はありますか？

マルチスレッド Python アプリケーションがロックされた後、デッドロックをデバッグしようとしています。デバッガをアタッチしてプロセスの状態を検査する方法はありますか?

編集：Linuxでこれを試みていますが、クロスプラットフォームのソリューションがあれば素晴らしいでしょう. 結局、それはPythonです:)

システムのコードに対してフリーテキスト検索を実行できるツールはありますが、特定の呼び出し中に実際に実行されたコードに対してのみ実行できますか？

少し背景を説明すると、新しいシステムの使い方を学ぶとき、特定の値がどこから来たのかを知りたいと思うことがよくありますが、コードベース全体を検索すると、個別に合理的に評価できるよりもはるかに多くの一致が見つかります。

価値のあることとして、私はこれをPerlとJavaでいつか欲しかったのですが、この機能をサポートするシステムを備えている言語があるかどうか知りたいです。

そのため、mvc アプリで使用する約 10 個の短い css ファイルがあります。error.css login.css などがあります...更新と編集を簡単にする本当に短いcssファイルです（少なくとも私にとっては）。私が欲しいのは、 if else 分岐を最適化し、それを最終ビットに組み込まないものです。私はこのようなことをしたい

すべてのcssファイルを結合し、それらとすべての良いものを最小化するmsbuildタスクがあります。最終ビットの if else 分岐を削除する方法があるかどうかを知りたいだけです。

SQL Server 2000 データベースのデッドロックの問題をデバッグして追跡する方法についての提案を探しています。トレース フラグ 1024 と 3605 を使用するように勧められました。

1024 - このトレース フラグは、デッドロックに関与しているロックの種類と影響を受ける現在のコマンドを返します。

3605 - このトレース フラグは、トレース出力をエラー ログに送信します。

特定のストアド プロシージャ、テーブル、およびインデックスは引き続き明らかにする必要があるため、これらのトレース フラグを使用して明らかにすることが目標です。そしてそこから、チューニングが必要なインデックス、クエリをチューニングするためのヒントのロック、および修正が必要な潜在的な sproc バグをよりよく知ることができます。

これをすべて共通の問題に追い込むための他の提案やハッピーエンドの戦争の話はありますか?

ソースコードなしでサードパーティのコンポーネントを使用する必要があります。リリースDLLとリリースPDBファイルがあります。それを「CorporateComponent.dll」と呼びましょう。私自身のコードは、このDLLからオブジェクトを作成し、これらのオブジェクトのメソッドを呼び出します。

デバッグ中、メソッド'DoSomethingLousy'は例外をスローします。PDBファイルは私のために何をしますか？それが何か良いことをするなら、どうすれば私がそれを利用していることを確認できますか？