gpt4 book ai didi

java - JNI,从 C++ 调用 Java,CallObjectMethod 上的 SIGSEGV

转载 作者:行者123 更新时间:2023-11-28 02:24:35 24 4
gpt4 key购买 nike

几天来,我一直在尝试解决使用 JNI 从 C++ 调用 Java 的问题。

这是我的 C++ 代码。我调用了一个调用 C++ 的 Java 函数,在该 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。因为该方法不是采用类对象的静态方法。它是一个实例方法,因此传递该类的对象。 – Saritha G

最佳答案

像这样转换:

 char *data= (char*)malloc(16);
strcpy(data, "location of data");
jstring jstrBuf = env->NewStringUTF(env, data);

为您的类创建新实例并将该对象传递给 CallObjectMethod(),而不是传递 myClass。

关于java - JNI,从 C++ 调用 Java,CallObjectMethod 上的 SIGSEGV,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31180937/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com