Android， ICS，signal 11 (SIGSEGV)

yan-123456 2012-01-18 03:24:32
load一个C层的so，就出现这个问题。原先在ICS之前的平台没有发现，但是ICS平台则出现了。
目前还是没有任何头绪，请大侠帮忙。

01-18 13:55:08.898: A/libc(31273): Fatal signal 11 (SIGSEGV) at 0x48d20000 (code=2)
01-18 13:55:08.914: I/DEBUG(28313): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
01-18 13:55:08.914: I/DEBUG(28313): Build fingerprint: 'Android/full_aries/aries:4.0.3/IML74K/eng.root.20120104.223924:userdebug/test-keys'
01-18 13:55:08.914: I/DEBUG(28313): pid: 31273, tid: 31276 >>> com.xxx.mcamera <<<
01-18 13:55:08.914: I/DEBUG(28313): signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 48d20000
01-18 13:55:08.914: I/DEBUG(28313): r0 48d20000 r1 48b12040 r2 00019bc0 r3 00000000
01-18 13:55:08.914: I/DEBUG(28313): r4 408b19b8 r5 00000001 r6 0000001c r7 0000001c
01-18 13:55:08.914: I/DEBUG(28313): r8 41168000 r9 00000000 10 017f0cd8 fp 408afc58
01-18 13:55:08.914: I/DEBUG(28313): ip 408aaff0 sp 100ffe00 lr 408736c1 pc 40038b84 cpsr 20000010
01-18 13:55:08.914: I/DEBUG(28313): d0 0000000000000000 d1 0000000000000000
01-18 13:55:08.914: I/DEBUG(28313): d2 0000000000000000 d3 0000000000000000
01-18 13:55:08.914: I/DEBUG(28313): d4 0000000000000000 d5 0000000000000000
01-18 13:55:08.914: I/DEBUG(28313): d6 0000000000000000 d7 0000000000000000
01-18 13:55:08.914: I/DEBUG(28313): d8 0000000000000000 d9 0000000000000000
01-18 13:55:08.914: I/DEBUG(28313): d10 0000000000000000 d11 0000000000000000
01-18 13:55:08.914: I/DEBUG(28313): d12 0000000000000000 d13 0000000000000000
01-18 13:55:08.914: I/DEBUG(28313): d14 0000000000000000 d15 0000000000000000
01-18 13:55:08.914: I/DEBUG(28313): d16 0000000000000000 d17 3ff0000000000000
01-18 13:55:08.914: I/DEBUG(28313): d18 41b4f43b54000000 d19 0000000000000000
01-18 13:55:08.914: I/DEBUG(28313): d20 0000000000000000 d21 0000000000000000
01-18 13:55:08.914: I/DEBUG(28313): d22 0000000000000000 d23 0000000000000000
01-18 13:55:08.914: I/DEBUG(28313): d24 0000000000000000 d25 0000000000000000
01-18 13:55:08.914: I/DEBUG(28313): d26 0000000000000000 d27 0000000000000000
01-18 13:55:08.914: I/DEBUG(28313): d28 0000000000000000 d29 0000000000000000
01-18 13:55:08.914: I/DEBUG(28313): d30 0000000000000000 d31 0000000000000000
01-18 13:55:08.914: I/DEBUG(28313): scr 80000012
01-18 13:55:09.074: I/DEBUG(28313): #00 pc 0000db84 /system/lib/libc.so (memcpy)
01-18 13:55:09.078: I/DEBUG(28313): #01 pc 0007b6be /system/lib/libdvm.so (_Z20dvmMarkImmuneObjectsPKc)
01-18 13:55:09.078: I/DEBUG(28313): #02 pc 00043604 /system/lib/libdvm.so (_Z18dvmHeapMarkRootSetv)
01-18 13:55:09.078: I/DEBUG(28313): #03 pc 000333f8 /system/lib/libdvm.so (_Z25dvmCollectGarbageInternalPK6GcSpec)
01-18 13:55:09.078: I/DEBUG(28313): #04 pc 0007ba40 /system/lib/libdvm.so
01-18 13:55:09.078: I/DEBUG(28313): #05 pc 0005f656 /system/lib/libdvm.so
01-18 13:55:09.078: I/DEBUG(28313): #06 pc 00012be4 /system/lib/libc.so (__thread_entry)
01-18 13:55:09.082: I/DEBUG(28313): #07 pc 00012738 /system/lib/libc.so (pthread_create)
01-18 13:55:09.082: I/DEBUG(28313): code around pc:
01-18 13:55:09.082: I/DEBUG(28313): 40038b64 3a000009 f5d1f080 f5d1f0c0 f5d1f100 ...:............
01-18 13:55:09.082: I/DEBUG(28313): 40038b74 f421020d f421420d f5d1f100 e2522040 ..!..B!.....@ R.
01-18 13:55:09.082: I/DEBUG(28313): 40038b84 f400022d f400422d 2afffff8 e2822040 -...-B.....*@ ..
01-18 13:55:09.082: I/DEBUG(28313): 40038b94 e2522020 3a000003 f421020d e2522020 R....:..!. R.
01-18 13:55:09.082: I/DEBUG(28313): 40038ba4 f400022d 2afffffb e2822020 e3120010 -......* ......
01-18 13:55:09.082: I/DEBUG(28313): code around lr:
01-18 13:55:09.082: I/DEBUG(28313): 408736a0 f8dc6ed9 1a50e030 020eebc2 6f580a01 .n..0.P.......Xo
01-18 13:55:09.082: I/DEBUG(28313): 408736b0 6e1b0a12 00920089 18591840 edf6f7a2 ...n....@.Y.....
01-18 13:55:09.082: I/DEBUG(28313): 408736c0 199e6823 1084f8d3 42916b32 f8c3bf38 #h......2k.B8...
01-18 13:55:09.082: I/DEBUG(28313): 408736d0 35012084 6d1a6823 d3d94295 81f0e8bd . .5#h.m.B......
01-18 13:55:09.082: I/DEBUG(28313): 408736e0 0003e32a b5104803 68004478 f7b73074 *....H..xD.ht0..
01-18 13:55:09.082: I/DEBUG(28313): memory map around addr 48d20000:
01-18 13:55:09.082: I/DEBUG(28313): 48d1d000-48d20000 /dev/ashmem/dalvik-bitmap-2 (deleted)
01-18 13:55:09.082: I/DEBUG(28313): 48d20000-48d22000 /datadata/ com.xxx.mcamera /adapterlib/libandroidadapter.so
01-18 13:55:09.082: I/DEBUG(28313): 48d22000-48d23000 /datadata/ com.xxx.mcamera /data/adapterlib/libandroidadapter.so
01-18 13:55:09.082: I/DEBUG(28313): stack:
01-18 13:55:09.086: I/DEBUG(28313): 100ffdc0 4088b3eb /system/lib/libdvm.so
01-18 13:55:09.086: I/DEBUG(28313): 100ffdc4 0c8b8700
01-18 13:55:09.086: I/DEBUG(28313): 100ffdc8 0000fa00
01-18 13:55:09.086: I/DEBUG(28313): 100ffdcc 4003be98 /system/lib/libc.so
01-18 13:55:09.086: I/DEBUG(28313): 100ffdd0 d84a2e1c
01-18 13:55:09.086: I/DEBUG(28313): 100ffdd4 00000005
01-18 13:55:09.086: I/DEBUG(28313): 100ffdd8 000003e8
01-18 13:55:09.086: I/DEBUG(28313): 100ffddc 000003e8
01-18 13:55:09.086: I/DEBUG(28313): 100ffde0 00000000
01-18 13:55:09.086: I/DEBUG(28313): 100ffde4 d84a2e1c
01-18 13:55:09.086: I/DEBUG(28313): 100ffde8 00000005
01-18 13:55:09.086: I/DEBUG(28313): 100ffdec 100ffe9c
01-18 13:55:09.086: I/DEBUG(28313): 100ffdf0 0187c748 [heap]
01-18 13:55:09.086: I/DEBUG(28313): 100ffdf4 408b19b8
01-18 13:55:09.086: I/DEBUG(28313): 100ffdf8 df0027ad
01-18 13:55:09.086: I/DEBUG(28313): 100ffdfc 00000000
01-18 13:55:09.086: I/DEBUG(28313): #00 100ffe00 48d1d000 /dev/ashmem/dalvik-bitmap-2 (deleted)
01-18 13:55:09.086: I/DEBUG(28313): 100ffe04 408736c1 /system/lib/libdvm.so
01-18 13:55:09.086: I/DEBUG(28313): #01 100ffe08 0187c6e8 [heap]
01-18 13:55:09.086: I/DEBUG(28313): 100ffe0c 0187c6e8 [heap]
01-18 13:55:09.086: I/DEBUG(28313): 100ffe10 408aaf90 /system/lib/libdvm.so
01-18 13:55:09.089: I/DEBUG(28313): 100ffe14 fffffe4c
01-18 13:55:09.089: I/DEBUG(28313): 100ffe18 7fffffff
01-18 13:55:09.089: I/DEBUG(28313): 100ffe1c 4083b608 /system/lib/libdvm.so
01-18 13:55:09.886: I/BootReceiver(219): Copying /data/tombstones/tombstone_02 to DropBox (SYSTEM_TOMBSTONE)
01-18 13:55:09.898: D/Zygote(160): Process 31273 terminated by signal (11)
01-18 13:55:09.906: I/ActivityManager(219): Process com.xxx.mcamera (pid 31273) has died.
...全文
2186 12 打赏 收藏 转发到动态 举报
写回复
用AI写文章
12 条回复
切换为时间正序
请发表友善的回复…
发表回复
哪三条子 2013-06-14
  • 打赏
  • 举报
 回复
看 tombstone 是回收內存的地方出了問題，不知道和makefile有什麼关系。希望LZ能贴出来解决办法。
chayliu 2013-06-14
  • 打赏
  • 举报
 回复
遇到类似问题，还有人知道原因啊？
流水不腐小夏 2012-10-10
  • 打赏
  • 举报
 回复
同求，lz这么解决的，分享一下，谢谢！
zjuzhengchao 2012-10-09
  • 打赏
  • 举报
 回复
lz这么解决的，分享一下，谢谢！
yanlong 2012-04-23
  • 打赏
  • 举报
 回复
我的方法还是查看你们的makefile，makefile中需要删除一些多余的编译选项。
===>比如什么编译选项一定要删除？你当时是删除什么编译选项呢？
yan-123456 2012-04-20
  • 打赏
  • 举报
 回复
我的方法还是查看你们的makefile，makefile中需要删除一些多余的编译选项。
sh365 2012-03-02
  • 打赏
  • 举报
 回复
同问，LZ可以把解决方法share一下么？刚好也碰到了这个问题。
谢谢
TechStone 2012-03-01
  • 打赏
  • 举报
 回复
LZ可以把解决方法share一下么？刚好也碰到了这个问题，惨啊。
yan-123456 2012-02-23
  • 打赏
  • 举报
 回复
解决了问题，其实还是makefile写的有问题，导致出错的。
xqhrs232 2012-01-23
  • 打赏
  • 举报
 回复
ICS平台?
妖怪 2012-01-21
  • 打赏
  • 举报
 回复
查一下com.xxx.mcamera的实现
再用addr2line和symbol file把调用栈反出来
如果从栈里面还是不能找到问题
把data/tombstones/tombstone_02的文件搞出来 解析看看
jimmy_小静 2012-01-18
  • 打赏
  • 举报
 回复
没有遇到过，和楼主一样，等答案
android fatal signal 分析,Fatal signal android
场景：android调用JNI报Fatal signal 11 (SIGSEGV) at XXXXX的有关问题，大家！android调用JNI报Fatal signal 11 (SIGSEGV) at XXXXX的问题，高分求教大家！！！！！RT，安卓在调用底层JNI的C代码的时候出现的问题，反复的调用久了就会出现这样的问题，但是我看C代码又看不出来什么问题，报了这样错误以后，用C写的代码还有打印...
Fatal signal 11 (SIGSEGV) at 0x390955ae (code=1)
http://blog.csdn.net/gq414047080/article/details/9012691 关于如下debug无法看出究竟是哪出了问题。之前尝试各种方法，折腾了老半天都是没有结果。 F/libc    (  148): Fatal signal 11 (SIGSEGV) at 0x390955ae (code=1) I/ProtocalServi
Android 信号处理面面观【转】
Android 信号处理面面观 首先澄清，本文讨论的信号是 Linux 软中断信号，而不是手机状态条里面用于显示当前手机通信强度的那个信号。 本文是 增量型博客，内容会不断更新，请改话题感兴趣的朋友偶尔可以再回头来看看更新的内容。 我们知道，Unix系统里信号是一种软中断。尽管本身存在缺陷（后面会讨论到），但是作为Unix系统重要的异步事件处理方式之一，在Unix系统 中发挥重要的作用。
Android 信号处理面面观 之 信号定义、行为和来源
传统 Unix系统的信号定义和行为 所有的符合Unix规范（如POSIX）的系统都统一定义了SIGNAL的数量、含义和行为。 作为Linux系统，Android自然不会更改SIGNAL的定义。在Android代码中，signal的定义一般在 signum.h (prebuilt/linux-x86/toolchain/i686-linux-glibc2.7-4.4.3/sysroot/usr
JNI ERROR (app bug): attempt to use stale local reference 0x31900019（Android ICS（4.0+） JNI局部应用的变化）
本文转载自： 译序： 这篇文章的内容实际是在我发现一个项目bug后寻找解决方案时找到的，当时项目原有target为8（ICS 4.0之前的2.X版本），在4.0+的S3上运行一切正常，而后target升级到14时再在S3上运行时就会出现类似如下的native crash： 05-13 14:07:13.139: E/dalvikvm(22265): JNI ERROR
Android

80,351

社区成员

91,288

社区内容

发帖
与我相关
我的任务
社区描述
移动平台 Android
androidandroid-studioandroidx 技术论坛（原bbs）
社区管理员
  • Android
  • yechaoa
  • 失落夏天
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章