[英]JNI, calling Java from C++, SIGSEGV on CallObjectMethod
我已經停留了幾天試圖解決使用JNI從C ++調用Java的問題。
這是我的C ++代碼。 我調用了一個Java函數,該函數調用了C ++,在該C ++函數中,我試圖使用收到的JNIEnv調用另一個Java函數。 該錯誤似乎起源於CallObjectMethod。
JNIEXPORT jbyteArray JNICALL Java_Core_passJavaEnvToCpp(JNIEnv *env, jobject object) {
jclass myClass = env->FindClass("Core");
if (env->ExceptionCheck()) {
env->ExceptionDescribe();
env->ExceptionClear();
}
std::cout << "# 1" << std::endl;
jmethodID mID = env->GetMethodID(myClass, "retrieveData", "(Ljava/lang/String;)[B");
if (env->ExceptionCheck()) {
env->ExceptionDescribe();
env->ExceptionClear();
}
std::cout << "# 2" << std::endl;
jbyteArray data = (jbyteArray) env->CallObjectMethod(myClass, mID, (jstring)"<location of data>");
if (env->ExceptionCheck()) {
env->ExceptionDescribe();
env->ExceptionClear();
}
std::cout << "# 3" << std::endl;
return data;
}
這是我得到的錯誤:
# 1
# 2
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x000000010ba5dbe6, pid=8193, tid=13063
#
# JRE version: Java(TM) SE Runtime Environment (8.0_25-b17) (build 1.8.0_25-b17)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.25-b02 mixed mode bsd-amd64 compressed oops)
# Problematic frame:
# V [libjvm.dylib+0x30abe6] Fingerprinter::Fingerprinter(methodHandle)+0x1a
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /Users/.../Downloads/apache-tomcat-8.0.21/bin/hs_err_pid8193.log
#
# If you would like to submit a bug report, please visit:
# http://bugreport.sun.com/bugreport/crash.jsp
#
這是日志報告的一部分:
Stack: [0x0000000125c20000,0x0000000125d20000], sp=0x0000000125d1e640, free space=1017k
92 Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
93 V [libjvm.dylib+0x30abe6] Fingerprinter::Fingerprinter(methodHandle)+0x1a
94 V [libjvm.dylib+0x30987a] jni_invoke_nonstatic(JNIEnv_*, JavaValue*, _jobject*, JNICallType, _jmethodID*, JNI_ArgumentPusher*, Thread*)+0x244
95 V [libjvm.dylib+0x2f9fa3] jni_CallObjectMethodV+0xf8
96 V [libjvm.dylib+0x30d15a] checked_jni_CallObjectMethodV+0x113
97 C [transcoder.dylib+0x10a9] JNIEnv_::CallObjectMethod(_jobject*, _jmethodID*, ...)+0x189
98 C [transcoder.dylib+0xc3e] Java_Core_passJavaEnvToCpp+0x10e
99 j Core.passJavaEnvToCpp()[B+0
有人遇到類似的事情嗎? 從硬件RAM問題到JVM版本問題,我已經讀到了幾種不同的可能性,而且我不知道如何進一步進行。 我將不勝感激任何建議。
修正:從這里獲得此過程時,我應該已經正確檢查了功能參數。
您必須在CallObjectMethod()中傳遞jobject而不是myClass。 Bcoz認為該方法不是采取類對象的靜態方法。 它是一個實例方法,因此可以傳遞該類的對象。 – Saritha G
像這樣轉換:
char *data= (char*)malloc(16);
strcpy(data, "location of data");
jstring jstrBuf = env->NewStringUTF(env, data);
為您的類創建新實例,然后在CallObjectMethod()中傳遞該對象,而不是傳遞myClass。
C型鑄造
(jstring)"<location of data>"
看起來很可疑。 您正在嘗試將字符數組轉換為Java String對象。 並且將結果轉換為(jbyteArray)也可能是錯誤的。 基本上,這里不應該使用C風格或C ++風格的轉換。 正確構造jstring和其他對象。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.