错误: operand of ‘->‘ has non-pointer type ‘JNIEnv

编译JNI的错误日志:

D:\TVMao\WorkSpace\DramaApp\TestJni>ndk-build
Android NDK: WARNING: APP_PLATFORM android-19 is larger than android:minSdkVersi
on 14 in ./AndroidManifest.xml
[armeabi] Compile++ thumb: test <= test.cpp
jni/test.cpp: In function ‘void Java_com_example_testjni_Decoder_sendIr(JNIEnv*,
 jclass, jint, jintArray)‘:
jni/test.cpp:27:20: error: base operand of ‘->‘ has non-pointer type ‘JNIEnv {ak
a _JNIEnv}‘
jni/test.cpp:28:28: error: base operand of ‘->‘ has non-pointer type ‘JNIEnv {ak
a _JNIEnv}‘
jni/test.cpp:47:8: error: base operand of ‘->‘ has non-pointer type ‘JNIEnv {aka
 _JNIEnv}‘
make.exe: *** [obj/local/armeabi/objs/test/test.o] Error 1

原因是

你代码中使用的C风格访问Env 而 你的文件是 cpp

test.cpp

jsize len = (*env)->GetArrayLength(env, pattern);

(*env)->ReleaseIntArrayElements(env, pattern, patternArray, JNI_ABORT);

解决方案

1.改成test.c

2.改成

int* patternArray = env->GetIntArrayElements(pattern, NULL);

env->ReleaseIntArrayElements(pattern, patternArray, JNI_ABORT);

时间: 2024-12-26 17:24:04

错误: operand of ‘->‘ has non-pointer type ‘JNIEnv的相关文章

base operand of &#39;-&gt;&#39; has non-pointer type &#39;JNIEnv {aka _JNIEnv}&#39;和Method &#39;GetStringUTFChars&#39; could no

Android NDK带的jni例子都是使用C定义JNI接口,但是在项目中,因为Native代码是用C++编写的,所以我就使用C++定义JNI接口,但是初学者总会遇到很多问题: jni中的常见问题: 1.base operand of '->' has non-pointer type 'JNIEnv {aka _JNIEnv}'和Method 'GetStringUTFChars' could not be resolved 其中这个问题是跟你jni配置时到底是.cpp还是.c文件及如图所示:

eclipse android ndk 提示Type &#39;JNIEnv&#39; could not be resolved 等信息解决办法

新配置完eclipse c++ android ndk 环境后,导入项目提示以下信息 是由于没有将jni.h导入的缘故,而这个文件在ndk的目录下面.所以,参照以下步骤:Project Properties -> C/C++ General -> Path and Symbols选择include标签,Add -> $Android_NDK_HOME/platforms/android-14/arch-arm/usr/include且选中All languages.最后Apply -&g

微信公众号接口添加菜单时错误(errcode":40017 invalid button type)

POST提交时总是报错: {"errcode":40017,"errmsg":"invalid button type"} 最后查出来是由于数据中有中文引起的 解决: data = {"button":[ {"name": u"会员服务", "sub_button":[ {"type":"click","name&qu

__bridge,__bridge_transfer和__bridge_retained的使用和区别【转载】

Core Foundation 框架Core Foundation框架 (CoreFoundation.framework) 是一组C语言接口,它们为iOS应用程序提供基本数据管理和服务功能.下面列举该框架支持进行管理的数据以及可提供的服务: 群体数据类型 (数组.集合等)程序包字符串管理日期和时间管理原始数据块管理偏好管理URL及数据流操作线程和RunLoop端口和soket通讯Core Foundation框架和Foundation框架紧密相关,它们为相同功能提供接口,但Foundation

__bridge之谜转自(http://www.cnblogs.com/goodleixiao/articles/2517911.html)

__bridge只做类型转换,但是不修改对象(内存)管理权: __bridge_retained(也可以使用CFBridgingRetain)将Objective-C的对象转换为Core Foundation的对象,同时将对象(内存)的管理权交给我们,后续需要使用CFRelease或者相关方法来释放对象: __bridge_transfer(也可以使用CFBridgingRelease)将Core Foundation的对象转换为Objective-C的对象,同时将对象(内存)的管理权交给ARC

__bridge,__bridge_transfer和__bridge_retained详解

Core Foundation 框架Core Foundation框架 (CoreFoundation.framework) 是一组C语言接口,它们为iOS应用程序提供基本数据管理和服务功能.下面列举该框架支持进行管理的数据以及可提供的服务: 群体数据类型 (数组.集合等)程序包字符串管理日期和时间管理原始数据块管理偏好管理URL及数据流操作线程和RunLoop端口和soket通讯Core Foundation框架和Foundation框架紧密相关,它们为相同功能提供接口,但Foundation

IOS开发之 __bridge __bridge_transfer和__bridge_retained

Core Foundation 框架 Core Foundation框架 (CoreFoundation.framework) 是一组C语言接口,它们为iOS应用程序提供基本数据管理和服务功能.下面列举该框架支持进行管理的数据以及可提供的服务: 群体数据类型 (数组.集合等) 程序包 字符串管理 日期和时间管理 原始数据块管理 偏好管理 URL及数据流操作 线程和RunLoop 端口和soket通讯 Core Foundation框架和Foundation框架紧密相关,它们为相同功能提供接口,但

Core Foundation 框架

Core Foundation 框架 2013-12-08 22:52 1978人阅读 评论(0) 收藏 举报 目录(?)[+] 转载自:http://blog.csdn.net/weiwangchao_/article/details/7744972 Core Foundation框架 (CoreFoundation.framework) 是一组C语言接口,它们为iOS应用程序提供基本数据管理和服务功能.下面列举该框架支持进行管理的数据以及可提供的服务: 群体数据类型 (数组.集合等) 程序包

iOS 开发之__bridge __bridge_retained 和 __bridge_transfer的区别

简介:__bridge:实现id类型与void*类型的相互转换: __bridge_retained:类型被转换时,其对象的所有权也将被变换后变量所持有 __bridge_transfer:类型被转换时,其对象的所有权也将被释放 __bridge_retained 是编译器替我们做了 retain 操作,而 __bridge_transfer 是替我们做了 release1. 详情: 在iOS世界,主要有两种对象:Objective-C 对象和 Core Foundation 对象0.Core