非常难缠的signal 11 (SIGSEGV)

最新推荐文章于 2024-07-08 10:43:01 发布
最新推荐文章于 2024-07-08 10:43:01 发布
阅读量4.1k 收藏 1
点赞数 2

现在很多游戏都是动态模拟物理效果的，而事实证明这样的游戏也相当受欢迎。。。。好吧，又是愤怒的小鸟。。。
好吧，Android能实现的，估计也只有Box2D了。。。
最近解决了一个非常恶心难缠的问题，都快被它给逼疯了~见log

10-28 12:39:17.779: I/DEBUG(7749): Build fingerprint: 'google/passion/passion:2.3.6/GRK39F/189904:user/release-keys'
10-28 12:39:17.779: I/DEBUG(7749): pid: 17414, tid: 17446  >>> com.soybea.rocket <<<
10-28 12:39:17.779: I/DEBUG(7749): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr deadbaad
10-28 12:39:17.779: I/DEBUG(7749):  r0 00000027  r1 deadbaad  r2 a0000000  r3 00000000
10-28 12:39:17.779: I/DEBUG(7749):  r4 00000001  r5 00000000  r6 44bc8c10  r7 44984e64
10-28 12:39:17.779: I/DEBUG(7749):  r8 44bc8b70  r9 44984e54  10 44984e3c  fp 800a5368
10-28 12:39:17.779: I/DEBUG(7749):  ip afd46668  sp 44bc8ae0  lr afd191d9  pc afd15ca4  cpsr 60000030
10-28 12:39:17.779: I/DEBUG(7749):  d0  646f423262287964  d1  6f42796f72747365
10-28 12:39:17.779: I/DEBUG(7749):  d2  646e412f65737062  d3  6850656e69676e32
10-28 12:39:17.779: I/DEBUG(7749):  d4  786f427363697379  d5  736e657478454432
10-28 12:39:17.779: I/DEBUG(7749):  d6  2f696e6a2f6e6f69  d7  79442f4432786f42
10-28 12:39:17.779: I/DEBUG(7749):  d8  42ce94f34e6e6b28  d9  3c8888893c888888
10-28 12:39:17.779: I/DEBUG(7749):  d10 c26f7c303f800000  d11 3fed9bafc26f7e0e
10-28 12:39:17.779: I/DEBUG(7749):  d12 0000000000000000  d13 0000000000000000
10-28 12:39:17.779: I/DEBUG(7749):  d14 0000000000000000  d15 0000000000000000
10-28 12:39:17.779: I/DEBUG(7749):  d16 3ef18d523ae9735c  d17 3fca68bfcfa2d635
10-28 12:39:17.779: I/DEBUG(7749):  d18 bf29fd09783e4216  d19 3ec6cd878c3b46a7
10-28 12:39:17.779: I/DEBUG(7749):  d20 3f826164f3f641b5  d21 3f5e8ec8e86d933e
10-28 12:39:17.779: I/DEBUG(7749):  d22 3e3782e7e0000000  d23 3e33401660000000
10-28 12:39:17.779: I/DEBUG(7749):  d24 3fca99a880000000  d25 bfca99a880000000
10-28 12:39:17.779: I/DEBUG(7749):  d26 be3ff77520000000  d27 3ef99342e0ee5069
10-28 12:39:17.779: I/DEBUG(7749):  d28 bfa2b4442c6a6c2f  d29 0000000000000000
10-28 12:39:17.779: I/DEBUG(7749):  d30 0000000000000000  d31 0000000000000000
10-28 12:39:17.779: I/DEBUG(7749):  scr 80000012
10-28 12:39:17.829: I/DEBUG(7749):          #00  pc 00015ca4  /system/lib/libc.so
10-28 12:39:17.829: I/DEBUG(7749):          #01  pc 0001c92c  /system/lib/libc.so
10-28 12:39:17.829: I/DEBUG(7749):          #02  pc 00026504  /data/data/com.soybea.rocket/lib/libandenginephysicsbox2dextension.so
10-28 12:39:17.829: I/DEBUG(7749):          #03  pc 00013e18  /data/data/com.soybea.rocket/lib/libandenginephysicsbox2dextension.so
10-28 12:39:17.829: I/DEBUG(7749):          #04  pc 00017e34  /system/lib/libdvm.so
10-28 12:39:17.829: I/DEBUG(7749): code around pc:
10-28 12:39:17.829: I/DEBUG(7749): afd15c84 2c006824 e028d1fb b13368db c064f8df
10-28 12:39:17.829: I/DEBUG(7749): afd15c94 44fc2401 4000f8cc 49124798 25002027
10-28 12:39:17.829: I/DEBUG(7749): afd15ca4 f7f57008 2106ec7c edd8f7f6 460aa901
10-28 12:39:17.829: I/DEBUG(7749): afd15cb4 f04f2006 95015380 95029303 e93ef7f6
10-28 12:39:17.829: I/DEBUG(7749): afd15cc4 462aa905 f7f62002 f7f5e94a 2106ec68
10-28 12:39:17.829: I/DEBUG(7749): code around lr:
10-28 12:39:17.829: I/DEBUG(7749): afd191b8 4a0e4b0d e92d447b 589c41f0 26004680
10-28 12:39:17.829: I/DEBUG(7749): afd191c8 686768a5 f9b5e006 b113300c 47c04628
10-28 12:39:17.829: I/DEBUG(7749): afd191d8 35544306 37fff117 6824d5f5 d1ef2c00
10-28 12:39:17.829: I/DEBUG(7749): afd191e8 e8bd4630 bf0081f0 00028344 ffffff88
10-28 12:39:17.829: I/DEBUG(7749): afd191f8 b086b570 f602fb01 9004460c a804a901
10-28 12:39:17.829: I/DEBUG(7749): stack:
10-28 12:39:17.829: I/DEBUG(7749):     44bc8aa0  afd42664  
10-28 12:39:17.829: I/DEBUG(7749):     44bc8aa4  000a7d18  
10-28 12:39:17.829: I/DEBUG(7749):     44bc8aa8  00000015  
10-28 12:39:17.829: I/DEBUG(7749):     44bc8aac  afd182a1  /system/lib/libc.so
10-28 12:39:17.829: I/DEBUG(7749):     44bc8ab0  afd4270c  
10-28 12:39:17.829: I/DEBUG(7749):     44bc8ab4  afd426b8  
10-28 12:39:17.829: I/DEBUG(7749):     44bc8ab8  00000000  
10-28 12:39:17.829: I/DEBUG(7749):     44bc8abc  afd191d9  /system/lib/libc.so
10-28 12:39:17.829: I/DEBUG(7749):     44bc8ac0  00000001  
10-28 12:39:17.829: I/DEBUG(7749):     44bc8ac4  44bc8af4  
10-28 12:39:17.829: I/DEBUG(7749):     44bc8ac8  44bc8c10  
10-28 12:39:17.829: I/DEBUG(7749):     44bc8acc  44984e64  
10-28 12:39:17.829: I/DEBUG(7749):     44bc8ad0  44bc8b70  
10-28 12:39:17.829: I/DEBUG(7749):     44bc8ad4  afd184fb  /system/lib/libc.so
10-28 12:39:17.839: I/DEBUG(7749):     44bc8ad8  df002777  
10-28 12:39:17.839: I/DEBUG(7749):     44bc8adc  e3a070ad  
10-28 12:39:17.839: I/DEBUG(7749): #00 44bc8ae0  44984e54  
10-28 12:39:17.839: I/DEBUG(7749):     44bc8ae4  44984e3c  
10-28 12:39:17.839: I/DEBUG(7749):     44bc8ae8  800a5368  
10-28 12:39:17.839: I/DEBUG(7749):     44bc8aec  afd18821  /system/lib/libc.so
10-28 12:39:17.839: I/DEBUG(7749):     44bc8af0  afd426b8  
10-28 12:39:17.839: I/DEBUG(7749):     44bc8af4  fffffbdf  
10-28 12:39:17.839: I/DEBUG(7749):     44bc8af8  afd1c92d  /system/lib/libc.so
10-28 12:39:17.839: I/DEBUG(7749):     44bc8afc  afd3ade9  /system/lib/libc.so
10-28 12:39:17.839: I/DEBUG(7749):     44bc8b00  80540c00  /data/data/com.soybea.rocket/lib/libandenginephysicsbox2dextension.so
10-28 12:39:17.839: I/DEBUG(7749):     44bc8b04  afd1c931  /system/lib/libc.so
10-28 12:39:17.839: I/DEBUG(7749): #01 44bc8b08  0000006c  
10-28 12:39:17.839: I/DEBUG(7749):     44bc8b0c  80540f08  /data/data/com.soybea.rocket/lib/libandenginephysicsbox2dextension.so
10-28 12:39:17.839: I/DEBUG(7749):     44bc8b10  80540f08  /data/data/com.soybea.rocket/lib/libandenginephysicsbox2dextension.so
10-28 12:39:17.839: I/DEBUG(7749):     44bc8b14  44bc8b90  
10-28 12:39:17.839: I/DEBUG(7749):     44bc8b18  00000000  
10-28 12:39:17.839: I/DEBUG(7749):     44bc8b1c  80526508  /data/data/com.soybea.rocket/lib/libandenginephysicsbox2dextension.so
10-28 12:39:18.839: I/DEBUG(7749): debuggerd committing suicide to free the zombie!
10-28 12:39:18.839: I/BootReceiver(96): Copying /data/tombstones/tombstone_03 to DropBox (SYSTEM_TOMBSTONE)
10-28 12:39:18.879: I/DEBUG(17474): debuggerd: Sep 20 2011 11:21:24

 

 

 

首先，你得承认经常看到这样的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. 还没遇到。。。。

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

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

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

 

 

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


Java代码  
1.protected static Queue<Object> deleteQueue=new LinkedList<Object>();   
2.IUpdateHandler deleteUpdateHandler=new IUpdateHandler() {   
3.    @Override  
4.    public void onUpdate(float pSecondsElapsed) {   
5.        if (!deleteQueue.isEmpty()) {   
6.            //Do the delete body work   
7.        }   
8.    }   
9.}   
10.Scene.registerUpdateHandler(deleteUpdateHandler);  
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);


同样，你也可以创建多个队列，分别管理你的创建/删除/碰撞检测等操作~

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

祝广大开发者都能更好的完成自己的项目~

sonicliji
关注
  • 2
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
JVM Crash的几个实例
zhangren07的专栏
03-31 5522
最近遇到几个JVM Crash的实例，一共三起，其中一起确定原因，也解决了，其它的还只能猜测可能的原因！ 一、JVM 运行一段时间之后突然Crash，生成的hs_err_pid.log文件部分内容如下： # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=
在复现ReaLiSe模型时遇到的错误 之【died with ＜Signals.SIGSEGV: 11＞】
J_dawn的博客
09-05 463
在训练的执行脚本中，python启动时使用了"-m"参数
讲解Fatal signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0
牛肉胡辣汤
12-10 5938
Fatal signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0是一个常见的C/C++程序运行时错误，它发生在程序试图访问无效的内存地址时。尽管解决这种错误可能会有一定的挑战，但通过仔细检查代码并采取防御性编程措施，我们可以最大程度地减少和解决这类错误。在实际应用场景中，你可能需要多方面地考虑代码中的可能错误，并进行适当的调试和修复。当我们运行这段代码时，它会导致Fatal signal 11错误，因为我们试图访问一个无效的内存地址。
嵌入式linux signal 11的原因
最新发布
gqd0757的博客
07-08 224
在Linux中，当一个程序收到信号11时，表示发生了段错误（Segmentation Fault），也称为“信号11”。这种错误通常发生在程序试图访问一个无权访问的内存区域，或者试图访问无效的内存区域时。要找出段错误的根本原因并进行修复，重要的是要仔细分析程序的源代码，进行详细的测试和调试。诸如GDB（GNU调试器）之类的工具可以帮助您跟踪错误并定位代码中可能存在问题的地方。总的来说，在Linux中，“信号11”通常与段错误相关，表明正在运行的程序存在内存访问问题。
JVM致命错误日志(hs_err_pid.log)分析
chenssy 的技术博客
10-18 10万+
最近两天测试环境有一个服务总是会挂（两到三天一次），JVM虚拟机总是会崩溃。所以有必要了解JVM崩溃的原因是什么。当JVM发生致命错误导致崩溃时，会生成一个hs_err_pid_xxx.log这样的文件，该文件包含了导致 JVM crash 的重要信息，我们可以通过分析该文件定位到导致 JVM Crash 的原因，从而修复保证系统稳定。默认情况下，该文件是生成在工作目录下的，当然也可以通过 JVM
Android rom开发：app运行异常，报libc: Fatal signal 11 (SIGSEGV) in tid xxx错误
01-21
最近遇到了app在设备上反复挂掉的问题。log如下： 2020-03-07 13:20:24.814 16858-16858/? E/SharedPreferencesImpl: Couldn't create directory for SharedPreferences file /data/user/0/...
linux signal 实现自己程序示例
06-22
标准信号包括SIGABORT（处理失败）、SIGALRM（报警时钟）、SIGFPE（浮点异常）、SIGHUP（挂起）、SIGILL（非法指令）、...SIGSEGV（非法内存访问）、SIGTERM（请求终止）、SIGUSR1和SIGUSR2（用户自定义信号1和2）...
c_signal-slot.zip
05-09
5. **信号与槽直接调用**：在C语言中，信号通常是由操作系统提供的，如SIGINT（中断）或SIGSEGV（段错误）。但是，这里的“信号”可能是指用户自定义的事件，而不是OS级别的信号。这些信号会直接调用对应的槽函数，...
Linux-signal
05-16
- **SIGSEGV**：段违例，进程试图访问其虚拟地址空间之外的内存。 - **SIGSYS**：系统调用错误。 - **SIGPIPE**：向非读端口写数据。 - **SIGALRM**：定时器信号。 - **SIGTERM**：软件终止信号。 - **SIGUSR1** 和 ...
Android 碰到signal 11，提示Process xxx has died,的问题。
win2k3net的专栏
08-25 1万+
项目组的程序，在特定的情况下，Android程序运行会出错。logcat中发现“提示Process xxx has died,。”，间隔几行后发现还有这么个信息“Process xxxx terminated by signal (11) ”   调试了半天，发现是：栈被撑破
定位线程Segment fault (SIGSEGV)的方法
个人笔记共同分享
11-30 7102
http://blog.csdn.net/penzchan/article/details/10240951   使用 valgrind +  memcheck 运行程序, 查找错误的线程id.    ./valgrind --leak-check=yes --show-reachable=yes ./test   // 这里test为目标程序 [cpp] view pla
Fatal signal 11问题的解决方法
热门推荐
程序改变生活
06-01 13万+
项目问题，目前已解决；在此记录。 前些天在调试Camera模块；发现相同的代码在厂家提供的环境里边编译、就是ok的，在我们的源码树中编译，将HAL库推进去后、就会kernel panic。 一、现象 F/libc ( 4250): Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1), thread 4358 (CameraPreviewTh
python非零返回怎么解决_Python subprocess.CalledProcessError：返回非零退出状态2
weixin_39766071的博客
11-24 1803
#!/usr/bin/env python# encoding: utf-8import reimport subprocessimport timeimport jsondef get_temperatures(disks):sensors = subprocess.check_output(["sensors"])temperatures = {match[0]: float(match[1]...
interrupted by signal 11: sigsegv
06-28
### 回答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，对程序进行调试，查找问题所在。 对于这个错误，最好的解决办法是及时进行错误排查和修复，确保程序不会在未授权的内存地址上进行访问，以避免类似的崩溃问题再次出现。同时，在进行程序开发时，也应该注意代码的健壮性和安全性，避免出现类似的问题。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值