NDK开发中遇到的字节对齐问题

最新推荐文章于 2023-12-10 16:36:36 发布

陆业聪

最新推荐文章于 2023-12-10 16:36:36 发布

阅读量1.8k

点赞数

分类专栏： android jni

本文链接：https://blog.csdn.net/mba16c35/article/details/44619421

版权

android 同时被 2 个专栏收录

67 篇文章 0 订阅

订阅专栏

jni

6 篇文章 0 订阅

订阅专栏

最近花了几天调出来NDK开发中的一个Bug，先看log日志：

03-24 15:37:04.373: A/libc(21474): Fatal signal 7 (SIGBUS) at 0x52d26f1a (code=1), thread 21474 (ample.speechapi)

在c++中用一个float指针指向地址0x52d26f1a，一读取就有SIGBUS异常。

在电脑上的x86 cpu架构可以通过读前面四字节后面四字节，取出中间四字节的float变量，但是在移动设备上用的是ARM架构，不支持在非四字节对齐的地址上读一个float。

解决办法：人工在0x52d26f1a前加两个字节的padding。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

陆业聪

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
打赏
0
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫

专栏目录

NDK 开发中快速定位 Crash 问题

字节流动

01-13

6311

该文章首发于微信公众号“字节流动” 在 NDK 开发中最熟悉的关键字非 “backtrace” 莫属，lnux 系统中进程 crash 后通过 backtrace 输出堆栈信息，开发者就是基于这些堆栈信息来定位代码问题。当然定位 Native 层代码问题最优的方式还是通过 IDE（AS、VS）或者 GDB 进行 debug 断点调试，本文针对的是使用第三方 C/C++ SDK 出现 cras...

android ndk非对齐内存访问导致BUS_ADRALN

zhengzhongwu的博客

09-04

8313

工作中arm架构手机程序遇到崩溃，查看android logcat，显示“signal 7 (SIGBUS), code 1 (BUS_ADRALN), fault addr 0xab6b1f3a”，这是典型的c++非对齐内存访问导致的崩溃。在ARM中，有ARM和Thumb两种指令。 ARM指令：CPU每执行一条指令，PC的值加4个字节(32bits)，一次访问4字节内容，该字节的起始地址必须是4字节对齐的位置。 Thumb指令：CPU每执行一条指令，PC的值加4个字节(32bits)，一次访问..

参与评论您还未登录，请先登录后发表或查看评论

【NDK系列3】结构体和共用体

大帅在唱歌

06-20

244

感觉c这块的内容真的无比枯燥，但在整理的过程中确实又学会了很多文章目录1、结构体声明和使用字节对齐2、共用体代码 1、结构体声明和使用结构体是C编程中一种用户自定义的数据类型，类似于Java的JavaBean // 一般定义变量 student a struct Student { char name[50]; int age; } student,a; //使用typedef定义...

详解4字节对齐

疾风剑豪

08-18

3474

所谓的字节对齐，就是各种类型的数据按照一定的规则在空间上排列，而不是顺序的一个接一个的排放，这个就是对齐。我们经常听说的对齐在N上，它的含义就是数据的存放起始地址%N==0。具体对齐规则会在下面的篇幅中介绍。首先还是让我们来看一下，为什么要进行字节对齐吧。各个硬件平台对存储空间的处理上有很大的不同。一些平台对某些特定类型的数据只能从某些特定地址开始存取。比如有些架构的CPU，诸如SPARC在访问一个没有进行对齐的变量的时候会发生错误，那么在这种架构上必须编程必须保证字节对齐。而有些平台对于没有进行对齐.

android 内存对齐,2020-09-30：谈谈内存对齐。

weixin_39782709的博客

06-07

330

福哥答案2020-09-30：#福大大架构师每日一题#c++1、为何须要内存对齐？1.平台。2.性能。c#2、各类语言的内存对齐规则以下：1.C++：空类的内存大小为1字节。继承n个空类，内存大小是n-1个字节。架构规则以下：1)第一个成员在与结构体偏移量为0的地址处。2)其余成员变量要对齐到对齐数的整数倍的地址处。注意：对齐数 = 编译器默认的一个对齐数与该成员大小的较小值。VS中默认的对齐数为...

NDK编译时的字节对齐 x86 vs ARM

noetic_wxb的专栏

11-10

1705

今天编码中遇到的，在C#和C++端的P/Invoke调用时，传递struct作为参数。P/Invoke要求两边定义的struct有相同的内存布局。还好我写C++时一贯小心，使用static_asset检查结构体的大小。万幸，在编译时，报错了。 google可知，arm和x86平台的对齐规则不同 https://software.intel.com/en-us/blogs/2011/08/1

singal 7 SIGBUS(Bus error)

最新发布

小牧在一直在学习,在前进的道路上大家一起学习，进步。

12-10

1535

报错：Fatal signal 7 (SIGBUS), code 1 (BUS_ADRALN), fault addr 0x9 in tid 27035 (ff_read), pid 26880。2 就是在mainfest里面添加配置就好了 application上添加android:allowNativeHeapPointerTagging="false"1 降低android的版本，比如降低到29 ，这个感觉有点不合理。这个报错是在android的 gradle中填写了支持64位导致的。

Fatal signal 7 (SIGBUS), code 2, fault addr 0x9da37cfc in tid 10100 (xxxxxxxx)

qq_40387971的博客

01-07

4775

这个问题困扰了我好久，突然发现我后面的xxxxxxx这个里面的内容，看起来是显示包名的一部分，难道是某个地方用到包名过长的原因吗？我就尝试找到activity中有个实体bean，因为跟另外一个bean重名，所以前面带了很长的包名+路径，我换bean 类名，结果测试OK！但是后来测试又出现了这个问题，暂时无法解决，求高手！ ...

jni里报05-20 11:56:40.106: A/libc(6175): Fatal signal 7 (SIGBUS) at 0x00000000 (code=128)错误-jni数组报错

u010093134的博客

05-20

1724

问题场景描述： jni函数： Java_Test_WriteArray(JNIEnv*env, jobject obj, jintArray buf) { unsignedchar RCCharArr[25]; jint *RCIntArr =(*env)->GetIntArrayElements(env, buf, 0); IntArrToCharArr(buf,RC

Fatal signal xx (SIGSEGV) at xxxxxx 错误定位代码的解决方法

多多爸比的博客

05-05

3330

F/libc ( 2566): Fatal signal 11 (SIGSEGV) at 0x40123d5c (code=2), thread 4550 (AmplayerMain) I/DEBUG ( 2562): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** I/DEBUG ( 2562):

NDK开发armeabi下字节对齐问题

qq_38255028的博客

11-24

1234

本人使用Android studio进行NDK开发，模拟器测试没问题，真机测试出现bug： Fatal signal 7 (SIGBUS), code 1, fault addr 0x86a16861 in tid 18277 (Thread-3484) 原因：默认字节对齐方式下访问float指针会引发此错误，模拟器是x86，而真机是arm。解决办法：手动设置字节对齐方式 #pragm...

Android APK字节对齐

lu505的博客

12-27

749

字节对齐

Android Studio NDK开发环境配置与C++提示问题

本文档主要介绍了如何在Android Studio中利用NDK (Native Development Kit) 进行C++开发，并针对特定环境配置给出指导。首先，对于开发环境的配置，...在遇到问题时，需仔细排查配置和环境设置，确保兼容性和开发体验。