通过CheckJNI从JNI获取以下异常。
JNI DETECTED ERROR IN APPLICATION: jarray is an invalid global reference: 0x8f635e1e (0xdead4321)
在以下时间发生:
uint32_t* ConvertIntArray(JNIEnv *env, jclass cls, jintArray intArray)
{
return (*env)->GetIntArrayElements(env, intArray, NULL);
}
它从以下位置调用:
uint32_t* indexes = ConvertIntArray(env, cls, planeLengths);
它位于:
jlong Java_<censored>(JNIEnv *env, jclass cls, jlong state, jintArray planeLengths)
所有的事情都发生在上面的函数中,所以没有进行全局引用。planeLengths被直接传递到ConvertIntArray,它应该返回它的uint32指针。谷歌也没有关于JNI错误的结果。
注意:以上几行代码是在所有的C预处理完成之后的。有几个宏可以替换成不同的代码,这就是为什么ConvertIntArray函数看起来毫无意义。
我的同事和我都被难住了。有什么想法吗?
发布于 2016-08-05 02:21:14
所以,事实证明是内存损坏。在这个问题中,我截断了几个长参数,以使问题更简短。事实证明,Java传入的是it,而不是long,后者是较小的变量,将一些指针移回。所以,它基本上破坏了jobjects。
https://stackoverflow.com/questions/38735032
复制相似问题