問題タブ [dump]

実行中の JBoss インスタンスからスレッド ダンプを生成して分析するにはどうすればよいですか?

16 進値を表す長い文字列 (ダンプから) をバイト配列に変換する方法を探しています。

ここに同じ質問を投稿した人よりもうまく表現できなかったでしょう。

しかし、オリジナルを保つために、私なりの言い方をします"00A0BF"。

私は何をすべきか？

私はJavaの初心者でありBigInteger、先頭の16進ゼロを使用して注意することになりました。しかし、それは醜いと思います。単純なものが欠けていると確信しています。

Java には、プロセスに送信されたシグナル 3 によってトリガーされるスレッド ダンプがあります (例: "kill -3 PID")。私が見つけた .NET と同等のものは、ADPlus ( http://support.microsoft.com/kb/286350 ) を使用することです。これは基本的に、デバッガーをアタッチし、ミニ ダンプを取得し、いくつかのコマンドを実行します。私は、.NET のアプローチが非常に強引で、ぎこちないアプローチであることを発見しました。また、速度も遅いようです。

誰かが代替案を知っていますか?

(ところで、最近次の URL を見つけましたが、試していません: http://www.interact-sw.co.uk/iangblog/2004/11/16/stackdump )

ありがとう。

データベースに依存しないテーブル ダンプ/ハイドレートを行うことはまったく可能ですか? 複雑な制約はありません。私もdb固有の方法で解決しますが、より純粋なjdbcの方が優れています（impdp/expdpに頼りたくありません）。

アプリケーションが突然クラッシュしたときに完全なクラッシュ ダンプを取得する方法はありますか?

問題は、.net フレームワーク自体を強制終了するアンマネージ コードが原因であると思われることです。そのため、クラッシュの瞬間にアプリケーションにデバッガーが接続されていない限り、アプリケーションはクラッシュする機会すらありません。クラッシュを処理します。

クラッシュがランダムに発生し、インストールされている場所が多いため、デバッガーをアタッチして待つことができないため、デバッガーをアタッチせずにこれを行うことができるかどうか疑問に思っています。

編集: Microsoft Debugging SDK を認識しており、DebugDiag についても知りました。通常はセールの最中であり、デバッガーをアタッチしてスタック トレースを調べる時間がないため、毎回アプリケーションにアタッチする必要がないようにしたいと考えています。DebugDiag では、このためのルールを設定できるようですが、プロセスが起動するのを待つのではなく、既に実行中のプロセスでのみ機能するようです。

ここでばかげた質問になる可能性があることをお許しください。ただし、他のプログラミング言語 (PHP や Perl などのスクリプト言語) では、多くの場合、変数に含まれるすべてのものを簡単にダンプできます。

たとえば、PHP にはvar_dump()orprint_r()関数があります。PerlにはData::DumperCPANクラスなどがあります。

Objective-Cにこのようなものはありますか? いくつかのケースでは、gdb を使用して各変数を検査する代わりに、そのようにすべてをダンプできると非常に便利です。

何らかの理由で、sqlite の対話型シェル コマンドに相当するものを取得する方法が見つかりません。

Python sqlite3 API を使用します。

そのようなものはありますか？

ダンプ分析のために PowerBuilder プログラムのシンボル ファイルを生成する方法は?

Windowsmysqlコンピューターでデータベースをいっぱいにして実行していますが、データベースを別のコンピューター ( Ubuntuを実行している) に転送するツールはありますか?

scriptそれ以外の場合は、すべてのデータベースを取得して他のコンピューターにSQL挿入するa を記述します。時間を節約しようとしているだけです:)

皆さん、ありがとうございました。

アプリケーションが時々ハングするので、その時のダンプを見て解決したいと思います。私が見ることができるダンプを自動的に作成するためにユーザーが実行できるアプリケーションを作成しました。ただし、何を試しても、ハングしたときに実行することをユーザーに覚えてもらうことはできないようです。彼らは常にプログラムを閉じてしまい、Windows エラー報告を呼び出します。

WER は一時ディレクトリにダンプを作成しますが、残念ながら Microsoft に情報を送信するかどうかのダイアログが閉じられるとすぐに削除されます。

ISV になって Microsoft のエラー報告サーバーからこの情報を取得することは 1 つの解決策ですが、現時点では現実的ではありません。

この問題に直面しているのは私だけだとは想像できません。ソフトウェアは何十人ものスタッフによって同時に使用されているため、すべての人に連絡してアプリケーションを実行させるか、他のアプリケーションなどを実行するまでそのダイアログを閉じるをクリックしないでください。

アプリは Windows Server 2003 で実行されています。Server 2008 には LocalDumps オプションがいくつかあり、それを保持できることを知っているので、残念です。

これらのダンプを何らかの方法で保存して、分析できるようにするためのアイデアはありますか? 障害はユーザーです。私は彼らの頑固さを受け入れており、他のアプリケーションを実行したり特別なことをしたりすることを期待していません。

アドバイスをありがとう！