問題タブ [stack-trace]

C++ アプリが Windows でクラッシュした場合、有用なデバッグ情報をサーバーに送信したいと考えています。

Linux では GNUbacktrace()関数を使用します。Windows に相当するものはありますか?

プログラムがクラッシュした後に有用なデバッグ情報を抽出する方法はありますか? それともプロセス内からのみですか？

(「クラッシュしないようにアプリをテストする」というアドバイスは役に立ちません! - 重要なプログラムにはすべてバグがあります)

WebSphere Application Server 6.1 用の Rational Application Developer 7.5 (Eclipse 3.4 ベース) を使用して Web アプリケーションを開発しています。ステージング サーバーでスタック トレースを調べる場合、行番号は常にメソッドの先頭を指し、実際の行を指すことはありません。ローカル開発環境 (各開発者がローカルで Websphere 6.1 を実行している) では、すべてが完璧に見えます。

Java > Compiler > セクション Classfile Generation の下の Eclipse 設定で、すべてがチェックされます。

earExport展開は、RAD のAnt ターゲット (earコア タスクではない)を使用して EAR ファイルを構築することによって行われます。その後、不要なファイルを削除するために再パッケージ化されます。明示的なコンパイルは開始されません。ワークスペースのクラスが使用されます。

これらの情報が失われるのはどうしてですか？これはホットスポットの最適化の一部ですか? もしそうなら、無効にすることはできますか？

また、正しい行番号を取得するにはどうすればよいですか?

VS2008デバッガーでハングをデバッグするのを手伝おうとしています。[スレッド]ペインでスレッドをダブルクリックすると、[コールスタック]ペインにそのスレッドのトレースが表示されます。

私の質問は、各スレッドを個別に選択することなく、すべてのスレッドのすべての呼び出しスタックを1回のショットで取得する方法はありますか？すべてのスレッドのトレースを、調査する開発者に電子メールで送信したいと思います。

だから私はフィルターを使用してサーブレットの例外をキャッチしています（jsf/plainサーブレットを組み合わせて使用​​しているため）

ServletException をキャッチして printstacktrace を呼び出すと、ほとんどの情報が失われます。

「真の」ルート例外は「面白い」表現の背後に隠されているようです

これは明らかにそれを行う方法ではありません。

このような例外の「完全な」情報を出力する簡単な方法です。例外がこのようにラップされている理由を誰かが説明できますか?

私はそれをプログラムでチェックすることを知っています

また、本番環境での使用がやや遅いことも知っています...それでも、ある種のベータ版を使用している場合は、まだ害はありません...

リフレクションを使用する場合、System.Diagnostics.StackTraceを使用してコールスタックを取得し（それを除けば、JIT最適化により大まかな概算になる可能性があります）、含まれているStackFrameオブジェクトを調べることができます。

スタックフレーム内のメソッドが実行されているオブジェクト（thisポインター）への参照を取得するにはどうすればよいですか？

スタックフレームオブジェクトでGetMethod（）を呼び出すことでMethodBaseを取得できることはわかっていますが、探しているのはGetObject（）に沿ったものです（メソッドが静的な場合は自然にnullを返します）。スタックフレームオブジェクトは、メソッド情報、元のファイルなどの静的に決定された情報に対してのみクエリできるようです。

VSデバッガーは、呼び出しスタックウィンドウ内の任意のスタックフレームをダブルクリックして、ローカルフィールドとクラスフィールドの値を確認できるため、（おそらく呼び出しスタックトレースを取得する別の方法を使用しますが）認識しています。

編集：明確にするために：メソッドが呼び出されたオブジェクトインスタンスが必要です。つまり、メソッドFoo（）が呼び出しスタックのどこかでオブジェクトインスタンスAで呼び出され、スタックトレースを実行するメソッドにカスケードされる場合、スタックトレースを実行する場所からAへの参照を取得したいと思います。（メソッドベースの宣言タイプではありません）

Google のドキュメントに記載されているように、 http://localhost:8080/_ah/admin/cron にアクセスすると、次のようになります。

最新の SDK を使用していますが、構成ファイルは正しいようです。

例外が生成されたときに、特定の例外に関する追加情報 (ソース コード) を表示したいと考えています。しかし、Grails には非常に複雑な例外があります (それはグルーヴィーで動的な性質に関するものです)。ソースコードをどこで入手し、どのように表示するかは私の問題です。必要なのはファイル/行情報だけです。

それで... grails/groovyで例外が発生したファイルと行を取得する可能性はありますか?

実行時に、アプリケーションが開始されたクラス名 (main() メソッドを含むクラス名) を特定したいのですが、別のスレッドにいて、スタック トレースが元のクラスにまでさかのぼりません。

システム プロパティと、ClassLoader が提供するすべてのものを検索しましたが、何も見つかりませんでした。この情報は入手できないだけですか？

ありがとう。

現在、ApacheTomcat5.5.16を使用してLuceneベースの検索APIを提供しています。

最近、サーブレットクラス内でいくつかのNullPointerExceptionsが発生しています。クラスはと呼ばれcom.my_company.search.servlet.SearchServletます。

特定の種類の入力を使用すると、定期的にNullPointerExceptionを作成できますが、正確にどこにあるかを把握するのに問題があります。

StackTraceは、バグがここで発生していることを示しています。

com.my_company.search.servlet.SearchServlet.doGet(Unknown Source)

このクラスのソースファイルと.classファイルはすべて次の場所にあります。

$TOMCAT_HOME/webapps/my_servlet/WEB-INF/classes/com/my_company/search/servlet/

私の質問は、Tomcatにもっと説明的なエラーの場所を提供させるにはどうすればよいですか？