どのようにデバッグSIGSEGVにjvm GCTaskThread

Question

自分が体験cashes。クラッシュダンプを示しSIGSEGVがGCTaskThread

このJNIであ源のためのメモリ破壊はできませんでした。

たいのですがこの問題のデバッグ-かすがのっ-XX:OnError...ものまでお問い合わせくださいこのデバッグです。

また、できるか具体例JNIコードでクラッシュGCとSIGSEGV

編集:

OS:SUSE Linux Enterprise Server10(x86_64)

vm_info:Javaのホットスポット(TM)64ビットのサーバVM(11.0-b15)linux amd64JRE(1.6.0_10-b33),建月26日2008年01:10:29日より"java_re"gcc3.2.2(SuSE Linux)

編集:の停止または発行を無効にし、ハイパースレッドは、思いの?

Answer 1

エJNIコードで起こる複数の方法:

The program crashes during execution of a native method (most common).
The program crashes some time after returning from the native method, often during GC (not so common).
Bad JNI code causes deadlocks shortly after returning from a native method (occasional).

思えばいい問題の相互作用のユーザが書かれたネイティブコードのJVMでは、JNI問題に実行できる診断薬をご用意しておりますチェックは、JNIの推移です。を起動するにはこれらの診断;指定のXcheck:jniオプションする場合、JVM.

のXcheck:jni起動オプションセットのラッパー機能のJNIます。ラッパー機能のチェックの受信パラメータ。これらのチェックなど

Whether the call and the call that initialized JNI are on the same thread.
Whether the object parameters are valid objects.
Whether local or global references refer to valid objects.
Whether the type of a field matches the Get<Type>Field or Set<Type>Field call.
Whether static and nonstatic field IDs are valid.
Whether strings are valid and non-null.
Whether array elements are non-null.
The types on array elements.

Plsは以下のリンク http://publib.boulder.ibm.com/infocenter/javasdk/v5r0/index.jsp?topic=/com.ibm.java.doc.diagnostics.50/html/jni_debug.html http://www.oracle.com/technetwork/java/javase/clopts-139448.html#gbmtq

Answer 2

利用valgrind.この音のように記憶しました。を出力するデフォルト値が設定されてください（絶縁）を行うことが報告書は、JNI図書館が可能です。

Answer 3

以降、不良のスレッドがGCTaskThreadかったみ可能 verbose:gc 分析の出力（好ましくは使用のグラフィカルツールのような武士などできる分離特定のlibを検討の上hs_errファイルとは何ですか？

また、ありがとうございます。に関する情報提供の充実に努めなどが原因となるのであれば簡単に再現可能?