コンテキスト切り替えネイティブスレッドはJVMにアタッチできません

Question

ネイティブコードを処理するJavaサーバー（Linux 64ビット）アプリケーションがあります。ネイティブコードでは、すべてのマルチスレッドの問題も処理され、最近ではboost::contextを使用してファイバ交換で強化されています。

今直面している問題は、AttachCurrentThreadがファイバ交換スレッドで失敗することです。いくつかの長いデバッグとテストセッションの後、私たちはこれの原因を発見しました.JVMは、作成時に与えられたものとは異なるスタックポインタを持つスレッドを拒否しているようです。

rspが変更されたときに変更された（しかし有効な）rspを持つpthreadからJVMに接続するだけで、これを確認できました。

可能な修正では、コールバックをファイバ交換スレッドから切り離すための何らかのイベント処理メカニズムが導入される可能性がありますが、これを避けたいと考えています。

誰かがこれに対する回避策を知っていますか？

スタックチェック（Java Java 1.7.0_40,64ビット）を無効にすることはできますか？

正しいスタックフレームを指すようにネイティブpthreadを変更できますか？ （スタックフレームはあらかじめ設定することはできません）。

Answer 1

免責事項：私はRSPスイッチの問題に直接対処していないため、これは実際の回答ではありませんが、コメントに入れるには時間がかかりすぎました。

私の経験では、ネイティブスレッドを正確に1回接続し、終了する前に正確に1回切り離す必要があります。あなたは正確に一度の任意の関連する繊維が作成される前に、スレッドにアタッチしていることを確認して、

jint rv = vm->GetEnv((void**)&env, JNI_VERSION_1_6); 
if (rv == JNI_EDETACHED) { 
    vm->AttachCurrentThread((void**)&env, 0); 
} 

私が最初に提案し、そしてから一度正確に切り離す：あなたはすでに添付しましたかどうかわからない場合、このコードを使用しますそれが出る前の各ネイティブスレッド（またはネイティブスレッドが終了しない場合はまったくありません）。