十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
近来用ollvm来编译一些代码,主要是需要对so进行一些混淆的操作,发现了一个bug,记录如下:
代码段1
成都创新互联公司主要从事网站制作、成都网站设计、网页设计、企业做网站、公司建网站等业务。立足成都服务嘉祥,10多年网站建设经验,价格优惠、服务专业,欢迎来电咨询建站服务:13518219792
jint begin_antidebug() { pthread_t antidebugtid; int ret = 0; ret = pthread_create(&antidebugtid, NULL, antidebug_listen_thread, NULL); if(ret!=0) { LOGANTI("Create pthread error!\n"); exit (1); } return 0; }
上面的代码段就是完成一个创建线程的逻辑,如果线程创建失败,直接退出应用,这段代码不管用
android ndk默认的编译器或者是ollvm编译器,运行结果都是按照代码逻辑的。
但是如果代码段2,如下
jint begin_antidebug() { pthread_t antidebugtid; int ret = 0; ret = pthread_create(&antidebugtid, NULL, antidebug_listen_thread, NULL); if(ret!=0) { LOGANTI("Create pthread error!\n"); exit (1); } }
这段代码和上面的代码比较,少了一个 return 0;这条语句
这个时候,两种编译器对于编译的结果就有差异了
android ndk默认编译器 编译出来的代码依然能够按照代码逻辑运行。
而 ollvm编译器编译出来的代码,ret优化成0了,虽然线程创建成功了,但是进程也执行 exit(1);
退出了
防止这类bad code的方法,在Android.mk加入下面这行。
LOCAL_CFLAGS += -Werror
加强检查类型,出现warning和error同样处理