Tag: 崩溃报告

Droid上的zz_moto_actionbar_bkg.xml资源错误: 我从Droid X和Droid Pro得到奇怪的崩溃报告。 android.content.res.Resources$NotFoundException: File res/drawable/zz_moto_actionbar_bkg.xml from drawable resource ID #0x10803a8 at android.content.res.Resources.loadDrawable(Resources.java:1735) at android.content.res.Resources.getDrawable(Resources.java:596) at android.view.View.setBackgroundResource(View.java:7542) at com.android.internal.app.AlertController.setBackground(AlertController.java:719) at com.android.internal.app.AlertController.setupView(AlertController.java:424) at com.android.internal.app.AlertController.installContent(AlertController.java:232) at android.app.AlertDialog.onCreate(AlertDialog.java:251) at android.app.Dialog.dispatchOnCreate(Dialog.java:307) at android.app.Dialog.show(Dialog.java:225) at android.app.AlertDialog$Builder.show(AlertDialog.java:802) at com.*******.a(SourceFile:320) at com.*******.onOptionsItemSelected(SourceFile:292) at android.app.Activity.onMenuItemSelected(Activity.java:2251) at com.android.internal.policy.impl.PhoneWindow.onMenuItemSelected(PhoneWindow.java:809) at com.android.internal.view.menu.MenuItemImpl.invoke(MenuItemImpl.java:143) at com.android.internal.view.menu.MenuBuilder.performItemAction(MenuBuilder.java:855) at com.android.internal.view.menu.IconMenuView.invokeItem(IconMenuView.java:553) at com.android.internal.view.menu.IconMenuItemView.performClick(IconMenuItemView.java:122) at android.view.View$PerformClick.run(View.java:9089) at android.os.Handler.handleCallback(Handler.java:587) at android.os.Handler.dispatchMessage(Handler.java:92) at android.os.Looper.loop(Looper.java:123) […]

iOS崩溃日志中的exceptiontypes: 自从我开始学习iOS开发以来，我已经看到了几种不同types的崩溃日志。我知道： exceptiontypes：EXC_BAD_ACCESS（SIGSEGV）意味着我们正在访问一个释放的对象。但不知道： exceptiontypes：EXC_BAD_ACCESS（SIGBUS） exceptiontypes：EXC_CRASH（SIGABRT）例外types：EXC_BREAKPOINT（SIGTRAP）你知道iOS崩溃日志中有多less个exceptiontypes，它们是什么意思？

如何防止iOS崩溃记者崩溃的MonoTouch应用程序？: iOS中有很多iOS崩溃报告库，包括TestFlight和HockeyApp 。如果你不想依靠服务，你仍然可以使用像PLCrashReporter这样的库。绑定这些库是相当微不足道的，因为它们的公共API通常由几个具有几个初始化方法的类组成。但是，当我们的应用程序尝试使用TestFlight和后来的HockeyApp时，我们的应用程序开始随机崩溃。原来，这是一个多次报道的已知问题，但Xamarin并没有提出警告，这是相对模糊的，我们发现它是困难的。我们已经了解到，所有的iOS崩溃logging器都会阻止Mono捕获空引用exception： try { object o = null; o.GetHashCode (); } catch { // Catch block isn't called with crash reporting enabled. // Instead, the app will crash. } 为什么会这样呢？引用Xamarin开发者Rolf的话说，空引用exception实际上是一个SIGSEGV信号。通常单声道运行时间处理这个并将其转换为空引用exception，允许执行继续。问题是SIGSEGV信号在ObjC应用程序中是一件非常糟糕的事情（当它出现在托pipe代码之外时），所以任何崩溃报告解决scheme都会将其报告为崩溃（并且杀死应用程序） – 这发生在MonoTouch获得一个机会之前来处理SIGSEGV，所以MonoTouch没有办法做到这一点。我确定许多在MonoTouch应用程序中使用TestFlight，而不知道它会导致崩溃。这是不是很讽刺？如何使崩溃报告库不会使MonoTouch应用程序崩溃？

Crashlytics不从iPhone发送崩溃报告: 我已经在我的一个iOS应用程序中安装了Crashlytics，并在真实的设备上安装了应用程序。我的Crashlytics仪表板正在显示，我已经成功地添加了应用程序。但是，这不是发送崩溃报告。我的上网速度不是很好。但我可以检查我的电子邮件从这个设备。谁能猜到，问题在哪里？

iPhone模拟器生成的崩溃日志？: 是否有iPhone模拟器生成的崩溃日志？模拟器崩溃了很多，但不会在控制台留下任何痕迹…崩溃日志将是有用的。

如何禁用Windows Vista上的“debugging/closures应用程序”对话框？: 当应用程序在Windows上崩溃并且安装了Visual Studio等debugging器时，将出现以下模式对话框： [标题：Microsoft Windows] X已经停止工作一个问题导致程序停止正常工作。 Windows将closures该程序，并通知您是否有解决scheme。 [debugging] [closures应用程序] 有没有办法来禁用此对话框？也就是说，程序刚刚崩溃，并默默燃烧？我的情况是，我想运行几个自动化testing，其中一些会由于testing中的应用程序中的错误而崩溃。我不想让这些对话框停止自动运行。 search周围我想我已经find了解决scheme禁用此Windows XP，这是nuking这个reg键： HKLM \ Software \ Microsoft \ Windows NT \ CurrentVersion \ AeDebug \ Debugger 但是，这在Windows Vista上不起作用。

iOS崩溃报告：atos不按预期工作: 我正在查看苹果提供的崩溃报告 Hardware Model: iPhone4,1 Version: ??? (???) Code Type: ARM (Native) Parent Process: launchd [1] Date/Time: 2012-11-18 16:03:44.951 -0600 OS Version: iOS 6.0.1 (10A523) Report Version: 104 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x51fe5264 Crashed Thread: 0 Thread 0 name: Dispatch queue: com.apple.main-thread Thread 0 Crashed: 0 libobjc.A.dylib 0x352925b0 objc_msgSend + 16 1 […]