gpt4 book ai didi

c++ - JNI_CreateJavaVM 上的段错误

转载 作者:太空宇宙 更新时间:2023-11-04 12:49:56 25 4
gpt4 key购买 nike

我第一次尝试通过 JNI 从 C++ 加载 JVM,但我似乎无法让它工作。调用 JNI_CreateJavaVM 时出现段错误。

代码非常简单(主要是从在线示例中复制的):

#include<stdio.h>
#include<jni.h>

using namespace std;

int main(int argc, char** argv) {

printf("Initializing JVM\n");
JavaVM *jvm;
JNIEnv *env;

printf("Setting up args\n";
JavaVMInitArgs vm_args;
JavaVMOption* options = new JavaVMOption[1];
options[0].optionString = "-Djava.class.path=.";
vm_args.version = JNI_VERSION_1_6;
vm_args.nOptions = 1;
vm_args.options = options;
vm_args.ignoreUnrecognized = false;

printf("Attempting to create JVM\n");
jint rc = JNI_CreateJavaVM(&jvm, (void**)&env, &vm_args);

if(rc != JNI_OK) {
printf("didn't work :(\n");
}
else {
printf("JVM load succeeded!\n");
jint ver = env->GetVersion();
printf("Version: %i.%i\n", (ver>>16)&0x0f, ver&0x0f);

printf("Cleaning up\n");
delete options;
jvm->DestroyJavaVM();
}
printf("Done\n");
}

我的 LD_LIBRARY_PATH 包含/usr/java/jdk1.6.0_45/jre/lib/amd64/server 这是包含 libjvm.so 库的路径。我的系统上还有一些其他的 libjvm.so 库,但它们中的大多数是用于 java 1.4 的。只有一个 jdk 1.6 libjvm.so,我也尝试使用它,结果相同。

我编译:

g++ -g -c src/jniExpCppPart.cpp -I/usr/java/jdk1.6.0_45/include -I/usr/java/jdk1.6.0_45/include/linux -o obj/jniExpCppPart.o
g++ obj/jniExpCppPart.o -L/usr/java/jdk1.6.0_45/jre/lib/amd64/server -ljvm -o exe/jniExp

当我在 gdb 中运行它时,我得到前三个打印语句,然后是:

Program received signal SIGSEGV, Segmentation fault
0x0000003249479e27 in strncmp () from /lib64/libc.so.6
(gdb) bt
#0 0x0000003249479e27 in strncmp () from /lib64/libc.so.6
#1 0x00002aaaaacd8c10 in Arguments::process_sun_java_launcher_properties(JavaVMInitArgs*) () from /usr/java/jdk1.6.0_45/jre/lib/amd64/server/libjvm.so
#2 0x00002aaaab2cfe7d in Thread::create_vm(JavaVMInitArgs*, bool*) () from /usr/java/jdk1.6.0_45/jre/lib/amd64/server/libjvm.so
#3 0x00002aaaaafcc800 in JNI_CreateJavaVM () from /usr/java/jdk1.6.0_45/jre/lib/amd64/server/libjvm.so
#4 0x0000000000400761 in main(argc=1, argv=0x7fffffffe568) at src/jni/ExpCppPart.cpp:22

我的猜测是这个问题更多地与我的环境设置方式或我如何构建可执行文件而不是代码有关。自从我真正处理链接共享库以来已经有几年了,所以我绝对有可能搞砸了一些事情。

知道我可能做错了什么吗?

更新我尝试改用 dlopen 加载库(因为我在一些使用 JNI 的 Linux 代码中看到了它)。它没有什么区别,但我想我会把它包括在这里,看看它是否给任何人提示我可能做错了什么。

我再次从未连接到互联网的系统中手动复制此内容,因此可能会有一些拼写错误。

#include<stdio.h>
#include<jni.h>
#include<dlfcn.h>

using namespace std;

//Create type for pointer to the JNI_CreateJavaVM function
typedef jint (*CreateJvmFuncPtr) (JavaVM**, void**, JavaVMInitArgs*);

//New method returns pointer to the JNI_CreateJavaVM function
CreateJvmFuncPtr findCreateJvm() {
CreateJavaFuncPtr createJvm = NULL;

void* jvmLib = dlopen("libjvm.so", RTLD_LAZY); //Get handle to jvm shared library
char* error = dlerror(); //Check for errors on dlopen

if(jvmLib = NULL || error != NULL) {
printf("FailedToLoadJVM\n");
}

//Load pointer to the function within the shared library
createJvm = (CreateJvmFuncPtr) dlsym(jvmLib, "JNI_CreateJavaVM");

error = dlerror();
if(error != NULL) {
printf("Success\n");
}

return createJVM;
}

int main(int argc, char** argv) {

printf("Initializing JVM\n");
JavaVM *jvm;
JNIEnv *env;

printf("Setting up args\n";
JavaVMInitArgs vm_args;
JavaVMOption* options = new JavaVMOption[1];
options[0].optionString = "-Djava.class.path=.";
vm_args.version = JNI_VERSION_1_6;
vm_args.nOptions = 1;
vm_args.options = options;
vm_args.ignoreUnrecognized = false;

printf("Attempting to create JVM\n");
//Old code: jint rc = JNI_CreateJavaVM(&jvm, (void**)&env, &vm_args);
//New code:
CreateJvmFuncPtr createJVM = findCreateJvm();
printf("findCreateJVM() returned 0x%x\n", createJVM);

jint rc = createJVM(&jvm, (void**)&env, &vm_args);
//End new code

if(rc != JNI_OK) {
printf("didn't work :(\n");
}
else {
printf("JVM load succeeded!\n");
jint ver = env->GetVersion();
printf("Version: %i.%i\n", (ver>>16)&0x0f, ver&0x0f);

printf("Cleaning up\n");
delete options;
jvm->DestroyJavaVM();
}
printf("Done\n");
}

输出(与之前类似)显示一切都成功,直到它从 JNI_CreateJavaVM 方法中抛出段错误。

Initializing JVM
Setting up args
Attempting to create JVM
Success!
findCreateJVM() returned 0xc1e70780
Segmentation fault

所以看起来至少程序可以很好地找到库/函数。但是当它被调用时出了点问题。对我来说,这表明它可能只是一个简单的 API 误解(我传递的不是我应该传递的东西),或者共享库有一些奇怪的东西。如果共享库的编译架构/字长与我的程序的编译架构/字长不同,是否可能会导致这种情况?如果是这样,我如何检查我的程序和库的目标架构?

最佳答案

好吧,这很尴尬......

我终于发现了我的问题,堆栈溢出上的任何人都无法修复它,因为我在问题中发布的代码实际上是正确的,但它与我运行的代码不同。

正如我提到的,我在没有互联网访问权限的独立系统上运行此代码,因此我不得不手动复制代码。在复制它时,我纠正了我的错误。

我的独立系统上的代码包括以下几行:

JavaVMOption* options = new JavaVMOption[1];
options[0].optionString = "-Djava.class.path=.";
vm_args.version = JNI_VERSION_1_6;
vm_args.nOptions = 1;
vm_args.ignoreUnrecognized = false;

您会注意到这与我在问题中发布的代码不同。因为它缺少行:

vm_args.options = options;

所以它当然会导致段错误,因为 vm_args.options 从未设置为任何内容。

关于c++ - JNI_CreateJavaVM 上的段错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37572993/

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