- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
这篇文章底部的输出是在我的应用程序中取消蓝牙发现后不久产生的。
你能帮我找出问题所在吗?
我在我的应用程序中附加了一个未捕获的异常处理程序,表明没有抛出异常,所以我只需要继续这个崩溃日志。
最有用和人类可读的行似乎是:
11-10 11:36:55.854: I/DEBUG(19383): signal 11 (SIGSEGV), fault addr deadbaad
11-10 11:36:55.883: E/WindowManager(1197): find target window =null,but mFocusedApp!=null!
11-10 11:36:55.854: I/DEBUG(19383): Crash log at 11-10 11:36:55
11-10 11:36:55.854: I/DEBUG(19383): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
11-10 11:36:55.854: I/DEBUG(19383): Build fingerprint: 'ZTE/P729B/P729B/blade:2.1-update1/ERE27/201005:user/release-keys'
11-10 11:36:55.854: I/DEBUG(19383): pid: 19494, tid: 19494 >>> com.ndb.mindpad <<<
11-10 11:36:55.854: I/DEBUG(19383): signal 11 (SIGSEGV), fault addr deadbaad
11-10 11:36:55.854: I/DEBUG(19383): r0 00000000 r1 6fe1332d r2 00000027 r3 00000000
11-10 11:36:55.854: I/DEBUG(19383): r4 00000000 r5 deadbaad r6 00002ee8 r7 40000000
11-10 11:36:55.854: I/DEBUG(19383): r8 7e9428b0 r9 2c31ad0c 10 00000350 fp 2c31ad08
11-10 11:36:55.854: I/DEBUG(19383): ip ffffffff sp 7e942820 lr 6fe142ed pc 6fe10c58 cpsr 40000030
11-10 11:36:55.883: D/KeyguardViewMediator(1197): isShowingAndNotHidden() mShowing=false mHidden=false
11-10 11:36:55.883: D/PowerManagerService(1197): setTimeoutLocked now=260259191 nextState=3 when=260265191
11-10 11:36:55.883: E/WindowManager(1197): waitForLastKey: mFinished=true, mLastWin=null
11-10 11:36:55.883: D/PowerManagerService(1197): setTimeoutLocked now=260259192 nextState=3 when=260265192
11-10 11:36:55.883: D/KeyguardViewMediator(1197): isShowingAndNotHidden() mShowing=false mHidden=false
11-10 11:36:55.883: D/KeyguardViewMediator(1197): isInputRestricted() mShowing=false mNeedToReshowWhenReenabled=false !mUpdateMonitor.isDeviceProvisioned()=false
11-10 11:36:55.883: I/WindowManager(1197): interceptKeyTi().hapticsEnabled = true
11-10 11:36:55.883: E/WindowManager(1197): find target window =null,but mFocusedApp!=null!
11-10 11:36:55.883: E/WindowManager(1197): Waiting for last key in null target=null mFinished=true mDisplayFrozen=false targetIsNew=true paused=false mFocusedApp=AppWindowToken{30294e70 token=HistoryRecord{2ffa24c8 com.ndb.mindpad/.Preferences}} mCurrentFocus=null
11-10 11:36:55.893: I/DEBUG(19383): #00 pc 00010c58 /system/lib/libc.so
11-10 11:36:55.893: I/DEBUG(19383): #01 pc 0000b38e /system/lib/libc.so
11-10 11:36:55.893: I/DEBUG(19383): code around pc:
11-10 11:36:55.893: I/DEBUG(19383): 6fe10c48 4e17d003 51a02001 4d164798 24002227
11-10 11:36:55.893: I/DEBUG(19383): 6fe10c58 f7fb702a 2106ee6a ef1ef7fc 05592380
11-10 11:36:55.893: I/DEBUG(19383): 6fe10c68 6091aa01 1c116054 94012006 eb0cf7fc
11-10 11:36:55.893: I/DEBUG(19383): code around lr:
11-10 11:36:55.903: I/DEBUG(19383): 6fe142dc 220ce008 2b005eab 1c28d003 47889901
11-10 11:36:55.903: I/DEBUG(19383): 6fe142ec 35544306 d5f43f01 2c006824 b003d1ee
11-10 11:36:55.903: I/DEBUG(19383): 6fe142fc bdf01c30 00024b34 000000b4 1c0fb5f0
11-10 11:36:55.903: I/DEBUG(19383): stack:
11-10 11:36:55.903: I/DEBUG(19383): 7e9427e0 00000015
11-10 11:36:55.903: I/DEBUG(19383): 7e9427e4 6fe1335d /system/lib/libc.so
11-10 11:36:55.903: I/DEBUG(19383): 7e9427e8 6fe3902c /system/lib/libc.so
11-10 11:36:55.903: I/DEBUG(19383): 7e9427ec 6fe38fd8 /system/lib/libc.so
11-10 11:36:55.903: I/DEBUG(19383): 7e9427f0 00000000
11-10 11:36:55.903: I/DEBUG(19383): 7e9427f4 6fe142ed /system/lib/libc.so
11-10 11:36:55.903: I/DEBUG(19383): 7e9427f8 6fe3b9cc
11-10 11:36:55.903: I/DEBUG(19383): 7e9427fc 6fe1332d /system/lib/libc.so
11-10 11:36:55.903: I/DEBUG(19383): 7e942800 00002bc4
11-10 11:36:55.903: I/DEBUG(19383): 7e942804 6fe38e08 /system/lib/libc.so
11-10 11:36:55.903: I/DEBUG(19383): 7e942808 00000000
11-10 11:36:55.903: I/DEBUG(19383): 7e94280c 00002ee8
11-10 11:36:55.903: I/DEBUG(19383): 7e942810 40000000 /system/lib/libicudata.so
11-10 11:36:55.903: I/DEBUG(19383): 7e942814 6fe135cb /system/lib/libc.so
11-10 11:36:55.903: I/DEBUG(19383): 7e942818 df002777
11-10 11:36:55.903: I/DEBUG(19383): 7e94281c e3a070ad
11-10 11:36:55.903: I/DEBUG(19383): #00 7e942820 00149970 [heap]
11-10 11:36:55.903: I/DEBUG(19383): 7e942824 00000000
11-10 11:36:55.903: I/DEBUG(19383): 7e942828 6fe3bb84
11-10 11:36:55.903: I/DEBUG(19383): 7e94282c 6fe0f3c0 /system/lib/libc.so
11-10 11:36:55.903: I/DEBUG(19383): 7e942830 6fe38e08 /system/lib/libc.so
11-10 11:36:55.903: I/DEBUG(19383): 7e942834 fffffbdf
11-10 11:36:55.903: I/DEBUG(19383): 7e942838 6fe38e08 /system/lib/libc.so
11-10 11:36:55.903: I/DEBUG(19383): 7e94283c 6fe3b9cc
11-10 11:36:55.903: I/DEBUG(19383): 7e942840 0000a000 [heap]
11-10 11:36:55.903: I/DEBUG(19383): 7e942844 6fe0b393 /system/lib/libc.so
11-10 11:36:55.903: I/DEBUG(19383): #01 7e942848 6fe38e08 /system/lib/libc.so
11-10 11:36:55.903: I/DEBUG(19383): 7e94284c 6fe0b393 /system/lib/libc.so
11-10 11:36:55.903: I/DEBUG(19383): 7e942850 00000000
11-10 11:36:55.903: I/DEBUG(19383): 7e942854 000000c1
11-10 11:36:55.903: I/DEBUG(19383): 7e942858 6d034dcd /system/lib/libdvm.so
11-10 11:36:55.903: I/DEBUG(19383): 7e94285c 0000be08 [heap]
11-10 11:36:55.903: I/DEBUG(19383): 7e942860 7e94288c [stack]
11-10 11:36:55.903: I/DEBUG(19383): 7e942864 6fe1ed9b /system/lib/libc.so
11-10 11:36:55.903: I/DEBUG(19383): 7e942868 00002bc4
11-10 11:36:55.903: I/DEBUG(19383): 7e94286c 6fb05ead /system/lib/libcutils.so
11-10 11:36:55.913: I/DEBUG(19383): 7e942870 0037f1c8 [heap]
11-10 11:36:55.913: I/DEBUG(19383): 7e942874 0037f1c8 [heap]
11-10 11:36:55.913: I/DEBUG(19383): 7e942878 7e94288c [stack]
11-10 11:36:55.913: I/DEBUG(19383): 7e94287c 2d5ca964 /data/dalvik-cache/system@framework@framework.jar@classes.dex
11-10 11:36:55.913: I/DEBUG(19383): 7e942880 2c31ad14
11-10 11:36:55.913: I/DEBUG(19383): 7e942884 6fb05eff /system/lib/libcutils.so
11-10 11:36:55.913: I/DEBUG(19383): 7e942888 2d5ca964 /data/dalvik-cache/system@framework@framework.jar@classes.dex
11-10 11:36:55.913: I/DEBUG(19383): 7e94288c 0037f9f0 [heap]
11-10 11:36:56.003: E/ActivityThread(1443): enter process activity msg= 113
11-10 11:36:56.023: E/ActivityThread(1443): exit process activity msg= 113
11-10 11:36:56.623: I/ActivityManager(1197): Process com.ndb.mindpad (pid 19494) has died.
最佳答案
这表明固件中存在错误。
如果这是一个 retrofit 的 ROM,请联系该模块的制造商并提供此信息。
如果这是一个标准 ROM,如果您可以创建一个重现错误的项目,请将其和您的错误信息发布到 http://b.android.com ,除非您发现这些症状已经存在 Unresolved 问题。
关于Android 2.1 : Grateful for crash analysis help: signal 11 (SIGSEGV), 故障地址 deadbaad,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9242055/
我是 Arduino 世界的新手。编写了以下代码 - 使用 DHT22 传感器。 12 小时后,当温度低于所需温度时,我的温室的加热器没有打开。 关闭电源并重新打开后,一切恢复正常。我知道这段代码很乱
我正在使用 CENTOS6 和 REDHAWK2.0 (RH2.0)。基于“VirtualBox 5.0.16 for Windows host”和“VirtualBox 5.0.17 r106140
在无渲染模式下使用 VMR-9 时如何解决 SelectAtPosition() 崩溃? 最佳答案 使用无渲染模式时的 SelectAtPosition() 崩溃问题可以通过在自定义分配器中实现 IV
这是我从 logcat 复制的错误。我不知道为什么在应用设置屏幕中清除数据后应用程序崩溃。 02-20 17:22:29.980 839-1094/? I/InputReader: Apps
我收到了来自 Apple 的应用提交反馈: Thank you for your resubmission. We were unable to review your app as it crash
我有一个 iPad 应用程序。使用 Fabric 收集崩溃信息。最近出现了一些像 webthread EXC_BREAKPOINT 这样的崩溃。跟踪堆栈上没有我的代码。所以我不知道为什么会发生崩溃。
我有一个在 ubuntu(EC2 实例,t2.small)上运行的简单 python web-scraper,到目前为止它只打印出一个 url 列表: from bs4 import Beautifu
注意:我的问题之前已关闭,我尝试了此处提到的解决方案 - unknown error: session deleted because of page crash from unknown error
我正在尝试从一个场景过渡到另一个场景,但是当我调用 presentScene 时发生崩溃!场景未存储在类中或被引用,它们直接加载到 presentScene 调用中。 Xcode 崩溃截图: 我的简单
我有点困惑,我的应用程序几乎没有崩溃,崩溃日志也有以下信息。 崩溃:com.twitter.crashlytics.ios.exception 这是否意味着它是 Fabric 库的崩溃还是有效的崩溃?
我尝试在我的 ubuntu 16.04 远程服务器上使用 selenium webdriver 和 python 3.5.2 连接到网页 from pyvirtualdisplay import Di
我正在使用使用 Python 和 Selenium 的 InstaPy。我按 Cron 启动脚本,有时它会崩溃。所以它真的很不规则,有时它会很好地贯穿始终。我也已经在 GitHub Repo 上发帖,
最近我换了电脑,从那以后我无法使用 selenium 启动 chrome。我也尝试过 Firefox,但浏览器实例无法启动。 from selenium import webdriver d = we
我正在使用 InstaPy,它使用 Python 和 Selenium。我按照 Cron 启动脚本,但有时它会崩溃。所以它确实不规则,有时它贯穿得很好。我已经在 GitHub Repo 上发布了,但没
我正在使用 InstaPy,它使用 Python 和 Selenium。我按照 Cron 启动脚本,但有时它会崩溃。所以它确实不规则,有时它贯穿得很好。我已经在 GitHub Repo 上发布了,但没
我正在使用使用 Python 和 Selenium 的 InstaPy。我按 Cron 启动脚本,有时它会崩溃。所以它真的很不规则,有时它会很好地贯穿始终。我也已经在 GitHub Repo 上发帖,
我正在尝试使用rook在kubernetes集群上配置ceph,我已经运行了以下命令: kubectl apply -f common.yaml kubectl apply -f operator.y
我有一个屏幕A,在执行了一些POST API任务后,我启用了一个按钮,然后单击按钮导航到屏幕B。当Reaction Native应用程序冻结并崩溃时,崩溃会随机发生。从其他屏幕导航到屏幕B也不是问题,
我想知道操作系统是否可能导致崩溃,例如我是否有代码,它是否有可能在Windows环境下崩溃而在Linux上却没有崩溃?还是这不可能? 最佳答案 最简单的示例是代码,您的意图是使其与平台兼容,但是您的代
Closed. This question does not meet Stack Overflow guidelines。它当前不接受答案。 想改善这个问题吗?更新问题,以便将其作为on-topic
我是一名优秀的程序员,十分优秀!