标签: crash-reports

Android Market的"崩溃错误"页面对开发人员非常有用.

但是如何在团队中使用它？

所有开发人员都应该可以看到崩溃信息页面,但我无法提供密码,因为它允许任何人使用已发布的APK.

问题:如何分享崩溃报告？是否有定期导出它们的API或工具？
手动复制它们不是一种选择.

作为一种解决方法,到目前为止我们正在使用我们自己的崩溃报告系统(本来可以使用ACRA).

当我使用iOS模拟器和应用程序崩溃时,我找不到崩溃日志.我一直在寻找整个互联网,无法弄清楚如何启用它们.我知道我可以在一个实际设备上运行并以这种方式获取崩溃日志,但是我现在试图修复的错误往往导致程序挂起在调试器中.然后没有qlaunchsuccess数据包发送,这是一个巨大的痛苦,特别是当我不得不一遍又一遍地运行程序.我能找到的唯一建议就是使用CrashReporterPrefs,但搜索我的硬盘后却没有发现任何与此类似的东西.我还挖掘了XCode的包内容和iOS模拟器的文件.iOS模拟器有一个崩溃日志文件夹,但它是空的.任何人都知道如何使这个工作？谢谢.

我有一个更新的ios-app的问题.上周三(在iphone主题演讲之前)该应用程序已提交审核.针对iOS6-beta,iOS5,iOS4进行了测试. - >没问题.针对iOS5 SDK编译

现在,我收到了很多崩溃报告(系统:bugsense),仅限iOS6.

精简版:

SIGSEGV CLASS:SIGNAL FILE:ucol_getVersion +

符号化后,崩溃报告仍然不可读:

- 0 libicucore.A.dylib 0x318e4570 ucol_getVersion + -1
- 1 TextInput 0x36ee7fa9 _ZN2KB8WordTrie4loadERKNS_6StringE + 280
- 2 TextInput 0x36ee1495 + 16
- 3 TextInput 0x3724bcb3 + 58
- 4 TextInput 0x3724bc51 + 44
- 5 TextInput 0x36ed8f6d _ZN14TIInputManager17load_dictionariesERKN2KB6StringES3_b + 24
- 6 TextInput 0x36ee9fc1 + 220
- 7 TextInput 0x36ee9c07 + 502
- 8 UIKit 0x32c08f7f + 162
- 9 UIKit 0x32c07fd3 + 402
- 10 UIKit 0x32c07be7 + 378 …

我在iOS 8.0上运行时遇到了以下崩溃.这是我第一次看到这个,所以任何观察都会有所帮助:

Incident Identifier: C39AF13A-D02B-40B1-8FC3-CFED8226D6FA
CrashReporter Key:   dace0b0fe53a1661c59ffa598b3a139a6177d713
Hardware Model:      iPhone7,2
Process:             Vieu [435]
Path:                /private/var/mobile/Containers/Bundle/Application/36CE6BFB-F90E-452B-8A4F-2B352F95DE48/Vieu.app/Vieu
Identifier:          com.vieu.mobile
Version:             140929 (1.0)
Code Type:           ARM-64 (Native)
Parent Process:      launchd [1]

Date/Time:           2014-09-29 17:12:47.878 -0700
Launch Time:         2014-09-29 15:39:55.349 -0700
OS Version:          iOS 8.0.2 (12A405)
Report Version:      105

Exception Type:  00000020
Exception Codes: 0x000000008badf00d
Highlighted Thread:  0

Application Specific Information:
com.vieu.mobile failed to scene-update in time

Elapsed total CPU time (seconds): 15.910 (user 15.910, system 0.000), 77% CPU 
Elapsed application CPU time …

我们一直看到谷歌播放的崩溃报告特定于三星S9(starqlesq)和S9 +(star2qlesq),两者都运行Android 8.0.0:

signal 11 (SIGSEGV), code 1 (SEGV_MAPERR) backtrace: #00 pc 0000000000a51278 /vendor/lib64/libllvm-glnext.so (_ZN13ShaderObjects17loadProgramBinaryEP15CompilerContextPvmP23QGLC_LINKPROGRAM_RESULT+1396) #01 pc 000000000099b500 /vendor/lib64/libllvm-glnext.so (_ZN15CompilerContext17loadProgramBinaryEPvmP23QGLC_LINKPROGRAM_RESULT+160) #02 pc 0000000000a6e110 /vendor/lib64/libllvm-glnext.so (_Z21QGLCLoadProgramBinaryPvS_mP23QGLC_LINKPROGRAM_RESULT+88) #03 pc 00000000001a501c /vendor/lib64/egl/libGLESv2_adreno.so (_ZN17EsxShaderCompiler21LoadProgramBinaryBlobEP10EsxContextP10EsxProgramPKvmP10EsxInfoLog+256)

查看上面的堆栈跟踪,崩溃似乎是在OpenGL系统代码中.

这很奇怪,因为我们将集成的崩溃报告解决方案(Microsoft App Center SDK)和其他崩溃报告发送到App Center.

我们的应用程序大量使用WebView,我现在理解使用Chrome,在一个单独的过程中运行.

因此,我的问题是:

• 这个崩溃报告是针对Google Play而不是App Center指示WebView相关崩溃的事实吗？
• 什么样的事情会导致像这样的崩溃？到目前为止,它影响了3个唯一用户,因此它似乎并不特定于具有不寻常设备配置的单个用户.
• 在缩小和解决问题方面哪些行动最有效？

我们成功使用TestFlightLive作为我们的崩溃记者,但我认为缺少一些功能.这些缺失的功能是在另一个崩溃的记者:Crashlytics,但截至目前我不会完全切换崩溃记者.所以我想知道是否可以在一个应用程序中将这两个崩溃记者一起使用(这将在未来的应用程序商店中使用).

我有时会得到这个崩溃报告:

Name: SIGSEGV
Reason: SEGV_ACCERR
Stack Trace:

0 MyApp 0x00070456 0x1000 + 455766
1 MyApp 0x0007a34d 0x1000 + 496461
2 MyApp 0x0007a4f1 0x1000 + 496881
3 MyApp 0x000d31dd 0x1000 + 860637
4 MyApp 0x00067f0f 0x1000 + 421647
5 MyApp 0x0005ad69 0x1000 + 367977
6 MyApp 0x000081e3 0x1000 + 29155
7 MyApp 0x00008ae9 0x1000 + 31465
8 CoreFoundation 0x35a547e4 __invoking___ + 68
9 CoreFoundation 0x359af7b1 -[NSInvocation invoke] + 160
10 Foundation 0x3556268f -[NSInvocationOperation main] + 114
11 Foundation 0x354fb393 -[__NSOperationInternal start] …

如果抛出未处理的NSException,则堆栈跟踪的部分如下所示:

Last Exception Backtrace:
0   CoreFoundation                  0x32bd688f __exceptionPreprocess + 163
1   libobjc.A.dylib                 0x34b7b259 objc_exception_throw + 33
2   CoreFoundation                  0x32bd65c5 -[NSException init] + 1
3   Foundation                      0x37296bd7 -[NSObject(NSKeyValueCoding) valueForUndefinedKey:] + 263
...

但是如果抛出std :: exception,我只得到这个:

Thread 0 Crashed:
0   libsystem_kernel.dylib          0x34f2632c __pthread_kill + 8
1   libsystem_c.dylib               0x31e4c208 pthread_kill + 48
2   libsystem_c.dylib               0x31e45298 abort + 88
3   libc++abi.dylib                 0x33bcaf64 abort_message + 40
4   libc++abi.dylib                 0x33bc8346 default_terminate() + 18
5   libobjc.A.dylib                 0x349f4368 _objc_terminate + 164
6   libc++abi.dylib                 0x33bc83be safe_handler_caller(void (*)()) + 70 …

我从最近几次构建中注意到它,crashlytics没有发送正确的崩溃报告...在崩溃报告中我无法调试崩溃发生在哪个类上.

虽然我也尝试过手动上传DS​​YM并使用面料,但我确实按照他们网站上的所有说明进行了操作.

我也试过通过从itunesconnect下载来上传DSYM,但没有给出正确的崩溃日志

示例崩溃报告

Fatal Exception: NSRangeException

0  CoreFoundation                 0x18cbcefe0 __exceptionPreprocess

1  libobjc.A.dylib                0x18b630538 objc_exception_throw

2  CoreFoundation                 0x18caad200 -[__NSArrayM removeObjectAtIndex:]

3  MyApp                           0x1001a3550 _hidden#4208_ (__hidden#4311_:498)

4  MyApp                           0x10012c008 _hidden#1377_ (__hidden#1463_:318)

5  MyApp                           0x10012f888 _hidden#1403_ (__hidden#1463_:753)

6  MyApp                           0x100132448 _hidden#1497_ (__hidden#1511_:352)

7  MyApp                           0x1001dc1b8 _hidden#5257_ (__hidden#5321_:209)

8  Foundation                     0x18d6c24cc __NSThreadPerformPerform

9  CoreFoundation                 0x18cb7d42c __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__

10 CoreFoundation                 0x18cb7cd9c __CFRunLoopDoSources0

11 CoreFoundation                 0x18cb7a9a8 __CFRunLoopRun

12 CoreFoundation                 0x18caaada4 CFRunLoopRunSpecific

13 GraphicsServices               0x18e514074 GSEventRunModal

14 UIKit                          0x192d65058 UIApplicationMain

15 MyApp                           0x10018b9cc main (__hidden#3728_:14)

16 libdyld.dylib …

看到以下崩溃日志经常弹出:

java.lang.InternalError: 
  at java.lang.Thread.nativeCreate (Native Method)
  at java.lang.Thread.start (Thread.java:733)
  at android.media.MediaPlayer.setSubtitleAnchor (MediaPlayer.java:3039)
  at android.media.MediaPlayer.scanInternalSubtitleTracks (MediaPlayer.java:3240)
  at android.media.MediaPlayer.prepare (MediaPlayer.java:1442)
  at android.media.MediaPlayer.create (MediaPlayer.java:1046)
  at android.media.MediaPlayer.create (MediaPlayer.java:1012)
  ...

我MediaPlayer.create用context/resource参数调用.它对我和95%的用户都很好.有一点需要注意的是,我确实得到了可怕的

 E/MediaPlayer: Should have subtitle controller already set

日志消息是许多StackOverflow问题的主题.我目前一直忽视它,就像大多数答案告诉我的那样 - 但如果scanInternalSubtitleTracks是在创建InternalError崩溃,也许我不应该？