Android Java应用程序崩溃与SIGSEGV
我的android应用程序有时崩溃没有任何错误消息。该应用刚刚关闭,设备返回到主屏幕。Android Java应用程序崩溃与SIGSEGV
通常会有该应用程序崩溃,但没有显示一些错误信息。 Logcat显示某种分段违规事件导致了崩溃,但由于该应用程序只包含Java代码而没有本地代码,所以我很好奇为什么该应用程序崩溃。是否有人给我提供线索?
这里是当应用程序崩溃什么logcat的是显示:
D/dalvikvm(23912): GC freed 3923 objects/230968 bytes in 94ms
I/DEBUG (18110): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
I/DEBUG (18110): Build fingerprint: 'MOTO_O2DE/umts_sholes/umts_sholes/sholes:2.1-update1/SHOLS_U2_02.36.0/6899264:user/rel-keys'
I/DEBUG (18110): pid: 23912, tid: 23913 >>> com.example.test <<<
I/DEBUG (18110): signal 11 (SIGSEGV), fault addr 0000000c
I/DEBUG (18110): r0 00140120 r1 00000048 r2 00000000 r3 00140168
I/DEBUG (18110): r4 afe3ae08 r5 00000006 r6 00140158 r7 0000a000
I/DEBUG (18110): r8 100ffcf8 r9 4185eef8 10 4185eee0 fp 001243b0
I/DEBUG (18110): ip 00000000 sp 100ffc50 lr afe0f130 pc afe0aeec cpsr 80000070
I/DEBUG (18110): #00 pc 0000aeec /system/lib/libc.so
I/DEBUG (18110): #01 pc 000008e6 /system/lib/libstdc++.so
I/DEBUG (18110): #02 pc 00014124 /system/lib/libutils.so
I/DEBUG (18110): #03 pc 0001423c /system/lib/libutils.so
I/DEBUG (18110): #04 pc 0001af28 /system/lib/libbinder.so
I/DEBUG (18110): #05 pc 0001ba20 /system/lib/libbinder.so
I/DEBUG (18110): #06 pc 0001bcd6 /system/lib/libbinder.so
I/DEBUG (18110): #07 pc 00014236 /system/lib/libutils.so
I/DEBUG (18110): #08 pc 000293a6 /system/lib/libandroid_runtime.so
I/DEBUG (18110): #09 pc 000313ca /system/lib/libandroid_runtime.so
I/DEBUG (18110): #10 pc 0000ecb4 /system/lib/libdvm.so
I/DEBUG (18110): #11 pc 00038838 /system/lib/libdvm.so
I/DEBUG (18110): #12 pc 000139b8 /system/lib/libdvm.so
I/DEBUG (18110): #13 pc 00019338 /system/lib/libdvm.so
I/DEBUG (18110): #14 pc 00018804 /system/lib/libdvm.so
I/DEBUG (18110): #15 pc 0004eed0 /system/lib/libdvm.so
I/DEBUG (18110): #16 pc 0004eef8 /system/lib/libdvm.so
I/DEBUG (18110): #17 pc 00044ada /system/lib/libdvm.so
I/DEBUG (18110): #18 pc 00044b66 /system/lib/libdvm.so
I/DEBUG (18110): #19 pc 00044ff0 /system/lib/libdvm.so
I/DEBUG (18110): #20 pc 000425f4 /system/lib/libdvm.so
I/DEBUG (18110): #21 pc 0000fd94 /system/lib/libc.so
I/DEBUG (18110): #22 pc 0000f860 /system/lib/libc.so
I/DEBUG (18110):
I/DEBUG (18110): code around pc:
I/DEBUG (18110): afe0aedc 809bf000 2d1f08d5 f8d0d829 68c2c008
I/DEBUG (18110): afe0aeec 600cf8dc f0404286 6890822e f04042b0
I/DEBUG (18110): afe0aefc 4594822a d1079e02 fa122201 59a2f505
I/DEBUG (18110):
I/DEBUG (18110): code around lr:
I/DEBUG (18110): afe0f120 e1a00005 e3a01001 e1a02004 ebfffa00
I/DEBUG (18110): afe0f130 e3500000 1a000001 ea000008 ebfffa0a
I/DEBUG (18110): afe0f140 e1a01004 e3a00002 ebfffa05 e3a02000
I/DEBUG (18110):
I/DEBUG (18110): stack:
I/DEBUG (18110): 100ffc10 afe3db94
I/DEBUG (18110): 100ffc14 afe0f130 /system/lib/libc.so
I/DEBUG (18110): 100ffc18 00000000
I/DEBUG (18110): 100ffc1c afe0f048 /system/lib/libc.so
I/DEBUG (18110): 100ffc20 afe3d9dc
I/DEBUG (18110): 100ffc24 998bffec
I/DEBUG (18110): 100ffc28 afe3db94
I/DEBUG (18110): 100ffc2c afe0f130 /system/lib/libc.so
I/DEBUG (18110): 100ffc30 afe3ae08 /system/lib/libc.so
I/DEBUG (18110): 100ffc34 003f194c [heap]
I/DEBUG (18110): 100ffc38 00140158 [heap]
I/DEBUG (18110): 100ffc3c 00005f38
I/DEBUG (18110): 100ffc40 100ffcf8
I/DEBUG (18110): 100ffc44 4185eef8
I/DEBUG (18110): 100ffc48 df002777
I/DEBUG (18110): 100ffc4c e3a070ad
I/DEBUG (18110): #00 100ffc50 a9da9208 /system/lib/libbinder.so
I/DEBUG (18110): 100ffc54 00100000 [heap]
I/DEBUG (18110): 100ffc58 00002bd4
I/DEBUG (18110): 100ffc5c afd008e9 /system/lib/libstdc++.so
I/DEBUG (18110): 100ffc60 003ee870 [heap]
I/DEBUG (18110): 100ffc64 00140158 [heap]
I/DEBUG (18110): 100ffc68 003f194c [heap]
I/DEBUG (18110): 100ffc6c 003f194c [heap]
I/DEBUG (18110): 100ffc70 00005f38
I/DEBUG (18110): 100ffc74 afd008e9 /system/lib/libstdc++.so
I/DEBUG (18110): #01 100ffc78 00140158 [heap]
I/DEBUG (18110): 100ffc7c a9d14127 /system/lib/libutils.so
I/ActivityManager(1283): Process com.example.test (pid 23912) has died.
I/WindowManager(1283): WIN DEATH: Window{44fcf318 com.example.test/com.example.test.Main paused=false}
D/Zygote (1054): Process 23912 terminated by signal (11)
D/dalvikvm(1614): GC freed 1856 objects/84128 bytes in 78ms
设备的Android版本为2.1更新1
一个SIGSEGV
表示固件错误。应该没有办法从Android SDK应用程序中导致其中的一种。
错误转储建议您在摩托罗拉的设备,也许是DROID上测试此。如果您有权访问其他设备,请在该处尝试您的应用并查看是否有相同的崩溃。
如果你只对一些改装成ROM这些崩溃,你应该联系ROM壶和他们指出这个问题,最好是与如何重现此崩溃的指令。
如果您有多个设备上的每个运行的股票固件的崩溃,那么这将是一个Android固件的bug。将下面的错误转储文件发送到http://b.android.com,再加上重现崩溃的步骤。
如果您仅在此摩托罗拉设备上发生崩溃,则将下面的错误转储以及再现崩溃的步骤转移到相关的MOTODEV support board。
umts_sholes表示GSM的里程碑。 –
谢谢你的回复。我也在想,这不应该发生在SDK应用程序中,这就是为什么我感到惊讶。我以上使用的设备确实是Motorla Milestone,我也在运行Android 3.0.1的Motorla Xoom平板电脑上再现了这次崩溃。但它仍然是摩托罗拉的产品。我会尝试在另一个制造商的设备上测试此功能,然后联系motorla或android。谢谢 – senola
@senola如果您怀疑它是摩托罗拉的问题,请联系我们的技术团队,在我们的讨论区developer.motorola.com上。您的XOOM是Verizon的美国模式,是WiFi模式还是美国之外的运营商的模式? –
这些突然崩溃发生在任何其他应用程序?
能描述一下你的应用程序的一般性质,它做什么,什么样的权限和程序库是使用?随机性使我怀疑由于热量或其他异常情况,硬件随机失效。
这是一个小而简单的应用程序,只有振动许可。主要是显示存储在SQLite数据库中的信息。该应用程序使用许多图形,其中一些非常大,但没有一般的内存问题。设备上的其他应用程序运行良好我怀疑是否存在硬件故障,并且能够在Xoom平板电脑上进行重现。 – senola
发表您的javacode – KaiserJohaan
我将不得不因为崩溃在不同的位置和时间点occouring发布整个应用程序的代码。 – senola
@senola我也打这个。你有没有找到更多的线索? – zaf