0

运行我的应用程序时,我偶尔会收到一个"Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1)". 在相关日志上使用ndk-stack它会给出以下输出:

故障转储:构建指纹:

'samsung/espresso10wifibby/espresso10wifi:4.0.4/IMM76D/P5113UEBLH3:user/release-keys'
pid: 32589, tid: 32592  >>> packagename <<<
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 00000000
Stack frame #00  pc 0007c108  /system/lib/libdvm.so: Unable to open symbol file F:/project-path/obj/local/armeabi-v7a/libdvm.so. Error (3): No such process

doin addr2line on 7c108 in libdvm.so得到:

dvmHeapSourceStartupAfterZygote()
??:0

dvmHeapSourceStartupAfterZygote()如果堆源是在 zygote 模式下创建的,则基本上为 post-zygote 分配创建一个新堆。

现在我知道这libdvm.so不是问题。但它应该在我的代码中的某个地方。而且我不能分享我的代码。因此,如果我能获得一些关于我需要在代码中的何处解决此问题的指示,那就太好了。

谢谢你。

这是整个致命信号故障转储:

06-26 12:12:20.546: I/DEBUG(97): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
06-26 12:12:20.546: I/DEBUG(97): Build fingerprint: 'samsung/espresso10wifibby/espresso10wifi:4.0.4/IMM76D/P5113UEBLH3:user/release-keys'
06-26 12:12:20.546: I/DEBUG(97): pid: 26946, tid: 26950  >>> package-name <<<
06-26 12:12:20.546: I/DEBUG(97): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 00000000
06-26 12:12:20.546: I/DEBUG(97):  r0 ffffffff  r1 10100000  r2 00000004  r3 0083d580
06-26 12:12:20.546: I/DEBUG(97):  r4 00000000  r5 10100000  r6 4007f4f4  r7 00000000
06-26 12:12:20.546: I/DEBUG(97):  r8 100ffe98  r9 4007f4f4  10 409569d8  fp 409180e1
06-26 12:12:20.546: I/DEBUG(97):  ip 4005d979  sp 100ffe58  lr 4005d971  pc 40918108  cpsr 00000030
06-26 12:12:20.546: I/DEBUG(97):  d0  6573756170202c4b  d1  0000111100a44531
06-26 12:12:20.546: I/DEBUG(97):  d2  0000000010000034  d3  0008104100000036
06-26 12:12:20.546: I/DEBUG(97):  d4  0000000410000000  d5  0000104000102000
06-26 12:12:20.546: I/DEBUG(97):  d6  00b31fe000000000  d7  0000005b4e805607
06-26 12:12:20.546: I/DEBUG(97):  d8  0000000000000000  d9  0000000000000000
06-26 12:12:20.546: I/DEBUG(97):  d10 0000000000000000  d11 0000000000000000
06-26 12:12:20.546: I/DEBUG(97):  d12 0000000000000000  d13 0000000000000000
06-26 12:12:20.546: I/DEBUG(97):  d14 0000000000000000  d15 0000000000000000
06-26 12:12:20.546: I/DEBUG(97):  d16 0000000000000000  d17 3ff0000000000000
06-26 12:12:20.546: I/DEBUG(97):  d18 4146605000000000  d19 bfb1be5a93a83e1d
06-26 12:12:20.546: I/DEBUG(97):  d20 3f1155e54e7e8408  d21 bebbbc6c1a570a20
06-26 12:12:20.546: I/DEBUG(97):  d22 3ff0000000000000  d23 3fede16b9c24a98f
06-26 12:12:20.546: I/DEBUG(97):  d24 3e66376972bea4d0  d25 3fc39a09d078c69f
06-26 12:12:20.546: I/DEBUG(97):  d26 0000000000000000  d27 0000000000000000
06-26 12:12:20.546: I/DEBUG(97):  d28 0000000000000000  d29 0000000000000000
06-26 12:12:20.546: I/DEBUG(97):  d30 0000000000000000  d31 0000000000000000
06-26 12:12:20.546: I/DEBUG(97):  scr 80000012
06-26 12:12:21.078: I/DEBUG(97):          #00  pc 0007c108  /system/lib/libdvm.so
06-26 12:12:21.078: I/DEBUG(97):          #01  lr 4005d971  /system/lib/libc.so
06-26 12:12:21.078: I/DEBUG(97): code around pc:
06-26 12:12:21.078: I/DEBUG(97): 409180e8 657ef421 f025321f f422051f f020607e  !.~e.2%...".~` .
06-26 12:12:21.078: I/DEBUG(97): 409180f8 42a8001f 1a2dd207 46292204 e982f7a2  ...B..-..")F....
06-26 12:12:21.078: I/DEBUG(97): 40918108 195d6823 bd706025 4ff0e92d bf944290  #h].%`p.-..O.B..
06-26 12:12:21.078: I/DEBUG(97): 40918118 0800f04f 0801f04f bf88428a 0801f048  O...O....B..H...
06-26 12:12:21.078: I/DEBUG(97): 40918128 4683b085 4691468a 0f00f1b8 4963d00c  ...F.F.F......cI
06-26 12:12:21.078: I/DEBUG(97): code around lr:
06-26 12:12:21.078: I/DEBUG(97): 4005d950 f240b507 9300736c 33fff04f 466b9301  ..@.ls..O..3..kF
06-26 12:12:21.078: I/DEBUG(97): 4005d960 fd80f7ff bf00bd0e 4604b510 fc78f7ec  ...........F..x.
06-26 12:12:21.078: I/DEBUG(97): 4005d970 f04f6004 bd1030ff 0ffff110 db02b510  .`O..0..........
06-26 12:12:21.078: I/DEBUG(97): 4005d980 f7ff4240 bd10fff1 48214603 4478b5f0  @B.......F!H..xD
06-26 12:12:21.078: I/DEBUG(97): 4005d990 b0976800 68022150 4620ac01 92154e1d  .h..P!.h.. F.N..
06-26 12:12:21.078: I/DEBUG(97): stack:
06-26 12:12:21.078: I/DEBUG(97):     100ffe18  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe1c  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe20  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe24  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe28  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe2c  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe30  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe34  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe38  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe3c  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe40  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe44  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe48  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe4c  4005d987  /system/lib/libc.so
06-26 12:12:21.078: I/DEBUG(97):     100ffe50  df0027ad  
06-26 12:12:21.078: I/DEBUG(97):     100ffe54  00000000  
06-26 12:12:21.078: I/DEBUG(97): #00 100ffe58  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe5c  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe60  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe64  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe68  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe6c  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe70  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe74  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe78  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe7c  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe80  00000000  
06-26 12:12:21.078: I/DEBUG(97):     100ffe84  00000000  
06-26 12:12:21.085: I/DEBUG(97):     100ffe88  00000000  
06-26 12:12:21.085: I/DEBUG(97):     100ffe8c  00000000  
06-26 12:12:21.085: I/DEBUG(97):     100ffe90  00000000  
06-26 12:12:21.085: I/DEBUG(97):     100ffe94  00000000  
06-26 12:12:21.085: I/DEBUG(97):     100ffe98  00000000  
06-26 12:12:21.085: I/DEBUG(97):     100ffe9c  00000000
4

1 回答 1

0

我设法解决了这个分段错误。这是由于没有为 malloc 分配正确的字节数。

于 2013-07-12T04:05:14.230 回答