signal 11(SIGSEGV) fault addr deadbaad错误处理

首先,你得承认经常看到这样的log是要崩溃的。。。。
没有任何debug信息,你不知道是哪句出错了,你只知道,深层的so调用出问题了。。。
而你基本不可能再去修改这些文件去适应你的程序,因为
1. 能力不足
2. 即使实力超群,投入产出比也相当的不经济,有这些精力解决自己的程序才是正道~
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr deadbaad,在使用box2d extension的时候你有可能会经常遇到这样的问题,尤其是当你的应用比较大,比较复杂的时候~
在下才疏学浅,只好用最土的办法,隔行打log。。。。
经过无数次的研究尝试,总结出如下规律~

它通常发生在
1. 创建Body
2. 移动Body
3. 删除Body
4. ContactListener
5. 手动设置Body对象为null
6. 还没遇到。。。。

深层次原因

同样经过无数次的试验和失败,几次挑灯夜战,越过重重**,翻阅无数资料,发现这类问题,基本都是深层代码的NullPointerReference所导致的


Bug解释
Box2D里有一个arraylist来维护当前所有的body,是在某个线程(可能是当前工作线程)运行的for循环,如果你在某个线程对body做了一些操作(如destory body)就会导致问题出现。。。

如何避免
1. 不要频繁大规模的创建/删除body对象,尽可能复用可以复用的对象,暂时不用的应当设置为不可见,使body sleep
2. 管理好你的线程,永远使用一个相同的线程来创建/管理/修改body对象
3. ContactListener中不要放实际方法,尽量异步调用
4. 设计模式很重要。。。

解决实例
下面是我的解决实例,仅供参考

protected static Queue<Object> deleteQueue=new LinkedList<Object>();
IUpdateHandler deleteUpdateHandler=new IUpdateHandler() {
    @Override
    public void onUpdate(float pSecondsElapsed) {
        if (!deleteQueue.isEmpty()) {
            //Do the delete body work
        }
    }
}
Scene.registerUpdateHandler(deleteUpdateHandler);
同样,你也可以创建多个队列,分别管理你的创建/删除/碰撞检测等操作~

最后,永远不要指望什么灵丹妙药,这些解决方法也不是狗皮膏药,贴了就好,小心的设计你的模式,认真调试代码,否则这个问题会像牛皮癣一样难以彻底根除



2.错误可以用arm-eabi-addr2line工具找到signal错误时的代码行,但需要出错时的pc指针值, 

============Log info=============

01-01 23:59:09.196: I/DEBUG(91): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr deadd00d
01-01 23:59:09.196: I/DEBUG(91):  r0 00000000  r1 00f92310  r2 00000000  r3 00000000
01-01 23:59:09.196: I/DEBUG(91):  r4 deadd00d  r5 40aadc78  r6 0000020c  r7 5287794c
01-01 23:59:09.196: I/DEBUG(91):  r8 4bf7b940  r9 4bf7be50  10 0106c080  fp 01132bc0
01-01 23:59:09.196: I/DEBUG(91):  ip 00000000  sp 528776e0  lr 40a45f8f  pc 40a45f8e  cpsr 60000030
01-01 23:59:09.326: I/DEBUG(91):          #00  pc 00050f8e  /system/lib/libdvm.so (dvmAbort)
01-01 23:59:09.326: I/DEBUG(91):          #01  pc 00055bd4  /system/lib/libdvm.so (_Z20dvmDecodeIndirectRefP6ThreadP8_jobject)
01-01 23:59:09.327: I/DEBUG(91):          #02  pc 000589f8  /system/lib/libdvm.so
01-01 23:59:09.329: I/DEBUG(91):          #03  pc 0004b44a  /system/lib/libchromium_net.so
01-01 23:59:09.330: I/DEBUG(91):          #04  pc 0004b4aa  /system/lib/libchromium_net.so

============Log info============== 

===========Command=============

./prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin/arm-eabi-addr2line -C -f -e ./out/target/product/a2_3g_data/symbols/system/lib/liblewebcore.so 0x0004b44a
================================

BFD: Dwarf Error: mangled line number section.
WebCore::MediaPlayerPrivate::setVisible(bool)
diy-fp.cc:0



关注我的技术公众号,查看更多优质技术文章推送

微信扫一扫下方二维码即可关注:

关注我的技术公众号,查看更多优质技术文章推送




  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
### 回答1: "interrupted by signal 11: sigsegv" 是指程序在运行时发生了 "Segmentation Fault (SIGSEGV)" 错误,导致程序被终止。这通常是由于程序试图访问不属于其领域的内存地址导致的。 ### 回答2: 在计算机编程中,interrupted by signal 11: sigsegv是一种经常出现的错误。这个错误代码出现的原因是程序访问了一个不属于它的内存地址,导致系统无法找到需要的内存位置造成程序崩溃。 出现这种错误的原因很多,比如指针错误,数组越界等。当程序存在这些问题时,执行的操作会超出内存的范围,而意外地读取了一些没有被分配的地址,进而导致系统发生了错误,最终打印出“interrupted by signal 11: sigsegv”的错误信息。 为了避免这种错误,我们应该养成好的编程习惯,遵守编程语言的规则,严格地检查变量的合法性和正确性。在程序出现问题时,尽快利用调试工具定位问题所在,找出错误的源头,排除不合法的代码。 备份程序是另一个好习惯,确保我们可以及时恢复代码,对于程序遭遇崩溃,我们可以利用备份文件快速恢复程序,以免造成不必要的损失。 总之,遵循正确的编程规范,养成好的编程习惯,以及备份程序代码,都可以有效避免interrupted by signal 11: sigsegv这种错误。 ### 回答3: “interrupted by signal 11: sigsegv”这个错误是指在程序执行时,出现了一种叫做“段错误”的问题,即程序访问了一个未被授权的内存地址,导致程序崩溃。 在操作系统中,每个进程都有自己的虚拟内存空间,当程序需要访问内存时,会通过虚拟地址来访问对应的物理内存地址。如果程序访问了一个超出自身虚拟内存空间的地址,或者访问了系统保护的内存区域,就会引发“段错误”,导致程序崩溃。 通常情况下,“interrupted by signal 11: sigsegv”这个错误会包含一段内存地址信息,根据这个地址可以找到错误的位置。可以先检查代码,看是否有指针或数组越界的情况,或者是否使用了已经释放的内存空间。还可以使用调试工具,如gdb,对程序进行调试,查找问题所在。 对于这个错误,最好的解决办法是及时进行错误排查和修复,确保程序不会在未授权的内存地址上进行访问,以避免类似的崩溃问题再次出现。同时,在进行程序开发时,也应该注意代码的健壮性和安全性,避免出现类似的问题。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值