android - 信号 11 (SIGSEGV)、代码 1 (SEGV_MAPERR) 仅在某些设备上崩溃-6ren

android - 信号 11 (SIGSEGV)、代码 1 (SEGV_MAPERR) 仅在某些设备上崩溃

转载作者：行者123 更新时间：2023-11-29 16:31:22

我主要在小米设备上遇到此崩溃，而在大多数其他设备上不会发生崩溃。崩溃似乎是随机的，并且在使用该应用程序时随时发生。我似乎找不到任何解决方案，也不知道如何追踪崩溃。任何帮助都会很有用。以下是崩溃日志。

2019-03-05 15:11:50.992 16683-16683/? A/DEBUG: Build fingerprint: 'xiaomi/cereus/cereus:8.1.0/O11019/V10.0.6.0.OCGMIFH:user/release-keys'
2019-03-05 15:11:50.992 16683-16683/? A/DEBUG: Revision: '0'
2019-03-05 15:11:50.992 16683-16683/? A/DEBUG: ABI: 'arm'
2019-03-05 15:11:50.992 16683-16683/? A/DEBUG: pid: 15781, tid: 15794, name: FinalizerDaemon  >>> com.avadna.luneblaze <<<
2019-03-05 15:11:50.993 16683-16683/? A/DEBUG: signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x2
2019-03-05 15:11:50.993 16683-16683/? A/DEBUG: Cause: null pointer dereference
2019-03-05 15:11:50.993 16683-16683/? A/DEBUG:     r0 aba25568  r1 00000006  r2 00000006  r3 00000002
2019-03-05 15:11:50.993 16683-16683/? A/DEBUG:     r4 aba25568  r5 00000000  r6 00000000  r7 91b56c48
2019-03-05 15:11:50.993 16683-16683/? A/DEBUG:     r8 00000000  r9 a329a200  sl 00000000  fp 91b569ec
2019-03-05 15:11:50.993 16683-16683/? A/DEBUG:     ip 00000002  sp 91b56950  lr ad8c2b19  pc 00000002  cpsr 20070010
2019-03-05 15:11:51.124 16638-16659/? I/zygote: Waiting for a blocking GC ProfileSaver
2019-03-05 15:11:51.277 565-565/? I/Proximity: distance = 1
2019-03-05 15:11:51.364 16683-16683/? A/DEBUG: backtrace:
2019-03-05 15:11:51.364 16683-16683/? A/DEBUG:     #00 pc 00000002  <unknown>
2019-03-05 15:11:51.364 16683-16683/? A/DEBUG:     #01 pc 00046b17  /system/lib/libbinder.so (android::Parcel::freeDataNoInit()+34)
2019-03-05 15:11:51.364 16683-16683/? A/DEBUG:     #02 pc 00046aed  /system/lib/libbinder.so (android::Parcel::~Parcel()+4)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #03 pc 000bb52d  /system/lib/libandroid_runtime.so (android::android_os_Parcel_destroy(_JNIEnv*, _jclass*, long long)+6)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #04 pc 005f23bf  /system/framework/arm/boot-framework.oat (offset 0x5f1000) (android.os.Binder.restoreCallingIdentity [DEDUPED]+102)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #05 pc 00406775  /system/lib/libart.so (art_quick_invoke_stub_internal+68)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #06 pc 0040b9eb  /system/lib/libart.so (art_quick_invoke_static_stub+226)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #07 pc 000b0317  /system/lib/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+174)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #08 pc 00201973  /system/lib/libart.so (art::interpreter::ArtInterpreterToCompiledCodeBridge(art::Thread*, art::ArtMethod*, art::ShadowFrame*, unsigned short, art::JValue*)+226)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #09 pc 001fcf01  /system/lib/libart.so (_ZN3art11interpreter6DoCallILb0ELb0EEEbPNS_9ArtMethodEPNS_6ThreadERNS_11ShadowFrameEPKNS_11InstructionEtPNS_6JValueE+592)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #10 pc 003f19a5  /system/lib/libart.so (MterpInvokeStatic+184)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #11 pc 003f8d94  /system/lib/libart.so (ExecuteMterpImpl+14612)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #12 pc 001e3955  /system/lib/libart.so (art::interpreter::Execute(art::Thread*, art::DexFile::CodeItem const*, art::ShadowFrame&, art::JValue, bool)+344)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #13 pc 001e8019  /system/lib/libart.so (art::interpreter::ArtInterpreterToInterpreterBridge(art::Thread*, art::DexFile::CodeItem const*, art::ShadowFrame*, art::JValue*)+148)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #14 pc 001fcee9  /system/lib/libart.so (_ZN3art11interpreter6DoCallILb0ELb0EEEbPNS_9ArtMethodEPNS_6ThreadERNS_11ShadowFrameEPKNS_11InstructionEtPNS_6JValueE+568)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #15 pc 003f1837  /system/lib/libart.so (MterpInvokeDirect+250)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #16 pc 003f8d14  /system/lib/libart.so (ExecuteMterpImpl+14484)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #17 pc 001e3955  /system/lib/libart.so (art::interpreter::Execute(art::Thread*, art::DexFile::CodeItem const*, art::ShadowFrame&, art::JValue, bool)+344)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #18 pc 001e8019  /system/lib/libart.so (art::interpreter::ArtInterpreterToInterpreterBridge(art::Thread*, art::DexFile::CodeItem const*, art::ShadowFrame*, art::JValue*)+148)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #19 pc 001fcee9  /system/lib/libart.so (_ZN3art11interpreter6DoCallILb0ELb0EEEbPNS_9ArtMethodEPNS_6ThreadERNS_11ShadowFrameEPKNS_11InstructionEtPNS_6JValueE+568)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #20 pc 003f098b  /system/lib/libart.so (MterpInvokeVirtual+482)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #21 pc 003f8c14  /system/lib/libart.so (ExecuteMterpImpl+14228)
2019-03-05 15:11:51.365 16683-16683/? A/DEBUG:     #22 pc 001e3955  /system/lib/libart.so (art::interpreter::Execute(art::Thread*, art::DexFile::CodeItem const*, art::ShadowFrame&, art::JValue, bool)+344)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #23 pc 001e8019  /system/lib/libart.so (art::interpreter::ArtInterpreterToInterpreterBridge(art::Thread*, art::DexFile::CodeItem const*, art::ShadowFrame*, art::JValue*)+148)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #24 pc 001fcee9  /system/lib/libart.so (_ZN3art11interpreter6DoCallILb0ELb0EEEbPNS_9ArtMethodEPNS_6ThreadERNS_11ShadowFrameEPKNS_11InstructionEtPNS_6JValueE+568)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #25 pc 003f1837  /system/lib/libart.so (MterpInvokeDirect+250)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #26 pc 003f8d14  /system/lib/libart.so (ExecuteMterpImpl+14484)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #27 pc 001e3955  /system/lib/libart.so (art::interpreter::Execute(art::Thread*, art::DexFile::CodeItem const*, art::ShadowFrame&, art::JValue, bool)+344)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #28 pc 001e8019  /system/lib/libart.so (art::interpreter::ArtInterpreterToInterpreterBridge(art::Thread*, art::DexFile::CodeItem const*, art::ShadowFrame*, art::JValue*)+148)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #29 pc 001fcee9  /system/lib/libart.so (_ZN3art11interpreter6DoCallILb0ELb0EEEbPNS_9ArtMethodEPNS_6ThreadERNS_11ShadowFrameEPKNS_11InstructionEtPNS_6JValueE+568)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #30 pc 003f098b  /system/lib/libart.so (MterpInvokeVirtual+482)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #31 pc 003f8c14  /system/lib/libart.so (ExecuteMterpImpl+14228)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #32 pc 001e3955  /system/lib/libart.so (art::interpreter::Execute(art::Thread*, art::DexFile::CodeItem const*, art::ShadowFrame&, art::JValue, bool)+344)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #33 pc 001e8019  /system/lib/libart.so (art::interpreter::ArtInterpreterToInterpreterBridge(art::Thread*, art::DexFile::CodeItem const*, art::ShadowFrame*, art::JValue*)+148)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #34 pc 001fcee9  /system/lib/libart.so (_ZN3art11interpreter6DoCallILb0ELb0EEEbPNS_9ArtMethodEPNS_6ThreadERNS_11ShadowFrameEPKNS_11InstructionEtPNS_6JValueE+568)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #35 pc 003f1577  /system/lib/libart.so (MterpInvokeInterface+1078)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #36 pc 003f8e14  /system/lib/libart.so (ExecuteMterpImpl+14740)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #37 pc 001e3955  /system/lib/libart.so (art::interpreter::Execute(art::Thread*, art::DexFile::CodeItem const*, art::ShadowFrame&, art::JValue, bool)+344)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #38 pc 001e7f61  /system/lib/libart.so (art::interpreter::EnterInterpreterFromEntryPoint(art::Thread*, art::DexFile::CodeItem const*, art::ShadowFrame*)+92)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #39 pc 003e6275  /system/lib/libart.so (artQuickToInterpreterBridge+924)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #40 pc 0040acf1  /system/lib/libart.so (art_quick_to_interpreter_bridge+32)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #41 pc 00406775  /system/lib/libart.so (art_quick_invoke_stub_internal+68)
2019-03-05 15:11:51.366 16683-16683/? A/DEBUG:     #42 pc 0040b8e5  /system/lib/libart.so (art_quick_invoke_stub+228)
2019-03-05 15:11:51.367 16683-16683/? A/DEBUG:     #43 pc 000b02f3  /system/lib/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+138)
2019-03-05 15:11:51.367 16683-16683/? A/DEBUG:     #44 pc 003571f1  /system/lib/libart.so (art::InvokeWithArgArray(art::ScopedObjectAccessAlreadyRunnable const&, art::ArtMethod*, art::ArgArray*, art::JValue*, char const*)+52)
2019-03-05 15:11:51.367 16683-16683/? A/DEBUG:     #45 pc 00357fe7  /system/lib/libart.so (art::InvokeVirtualOrInterfaceWithJValues(art::ScopedObjectAccessAlreadyRunnable const&, _jobject*, _jmethodID*, jvalue*)+322)
2019-03-05 15:11:51.367 16683-16683/? A/DEBUG:     #46 pc 00377ac9  /system/lib/libart.so (art::Thread::CreateCallback(void*)+836)
2019-03-05 15:11:51.367 16683-16683/? A/DEBUG:     #47 pc 00047507  /system/lib/libc.so (__pthread_start(void*)+22)
2019-03-05 15:11:51.367 16683-16683/? A/DEBUG:     #48 pc 0001af75  /system/lib/libc.so (__start_thread+32)

最佳答案

找到了解决方案，目前看来对我有用。问题是试图用 Gson 解析谷歌位置对象。出于某种原因，您似乎不应该尝试解析 native 类。

Same issue as this one

关于android - 信号 11 (SIGSEGV)、代码 1 (SEGV_MAPERR) 仅在某些设备上崩溃，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/54999797/

文章推荐： android - 使用计时器任务控制 View 寻呼机幻灯片

文章推荐： javascript - 创建一个新项目 React Native 不工作

c - 如果我捕捉到 SIGSEGV 并且信号处理程序导致另一个 SIGSEGV，会发生什么情况？
这个问题是针对 Linux 提出的。使用 GCC 编译器。如果 SIGSEGV(我的意思是通常会导致 SIGSEGV 的违规行为)发生在旨在捕获 SIGSEGV 的信号处理程序中，可以预期会有什么行
c++ - 如何处理 SIGSEGV 并在 c/C++ 程序中接收 SIGSEGV 时打印回溯跟踪？
我正在构建一个 C++ 程序，我需要在其中处理 SIGSEGV 并且信号处理程序应该能够打印回溯。任何人都可以帮忙吗。问候最佳答案获得 SIGSEV 回溯的最好方法是生成核心文件而不是打印回溯。
React Native App crashes intermittently while trying to navigate to another screen. Crash log- Fatal signal 11 (SIGSEGV), code 1 (SEGV_MAPERR)(尝试导航到另一个屏幕时，Reaction Native App间歇性崩溃。崩溃日志-致命信号11(SIGSEGV)，代码1(SEGV_MAPERR))
我有一个屏幕A，在执行了一些POST API任务后，我启用了一个按钮，然后单击按钮导航到屏幕B。当Reaction Native应用程序冻结并崩溃时，崩溃会随机发生。从其他屏幕导航到屏幕B也不是问题，
使用gdb调试器出现c代码段错误 "SIGSEGV"
这个问题不太可能对任何 future 的访客有帮助；它只与一个较小的地理区域、一个特定的时间点或一个非常狭窄的情况相关，通常不适用于全世界的互联网受众。如需帮助使此问题更广泛适用，visit the
找不到这段代码的错误。 (SIGSEGV)
我正在编写这个方法(C 语言)，它应该为链表创建一个新节点。它在第一个 if (SIGSEGV 信号)之后的行崩溃我正在调试该方法，因此后续行中可能会有更多错误，但目前我将感谢有关此特定行的任何观察
比较整数函数 SIGSEGV
这是我的比较函数: int compareInts(const void *a, const void *b) { const int *pa = (const int*)a; con
由损坏的堆栈触发时捕获 SIGSEGV
我一直在研究一些有缺陷的代码，并想安装一个 SIGSEGV 处理程序来获取有关崩溃的更多信息。但是，我注意到我的处理程序没有被调用。我一直在寻找原因，它似乎与损坏的堆栈指针值有关(它肯定没有被屏蔽)
c - 运行时错误(SIGSEGV)
我是编码新手。当我在 codecheff 中提交代码时，它给出“运行时错误(SIGSEGV)”。我不知道有什么问题请帮忙。提前致谢。 int call(int *x, int m) { int
CodeChef 运行时错误(sigsegv)
CodeChef 问题: Shivam 是世界上最年轻的程序员，他只有 12 岁。 Shivam 正在学习编程，今天他正在编写他的第一个程序。程序很简单，给定两个整数A和B，编写一个程序将这两个数字
c - 为什么以下代码给出运行时错误 SIGSEGV
我正在编写一个编程问题的解决方案。问题如下: Your program is to use the brute-force approach in order to find the Answer t
c - 为什么我的筛子收到 SIGSEGV
好吧，只是为了好玩，我正在研究埃拉托色尼筛。它最初运行良好，因此我寻求提高其运行时复杂性。现在，我不知道为什么，但我遇到了段错误。代码如下: #include #include int main(
c - 为什么我会收到以下代码的运行时错误 (SIGSEGV)？
已关闭。此问题需要 debugging details 。目前不接受答案。编辑问题以包含 desired behavior, a specific problem or error, and the
c - 为什么我的链表程序给出 SIGSEGV？
我正在创建一个简单的链表程序来插入和查看 LL 的元素。当我尝试插入第二个元素时，它给出 SIGSEV，但我不明白为什么？!! 请帮我指出问题: main.c: #include #includ
c - SIGSEGV - 运行时错误
我试图提交此代码以解决 hackerearth 上的问题，但我得到了此 SIGSEGV 运行时错误。我读到了这个错误，但我无法让我的代码工作。有人说这是由于无效的内存引用、数组的动态初始化或数组索引超
c - 使用指针的段错误 (SIGSEGV)
我正在思考 leetcode 问题 167，但我的代码遇到了段错误 (SIGSEGV) 问题。下面是我的c代码，预期的答案是[1,3]。 #include #include /** * Return
c - 为什么会触发 SIGSEGV？
我有一个在ARM平台上运行的多线程程序。在其中一个线程中，我将调用 system() 来运行某些 shell 命令。最近，我发现有时候，由system() fork 的子进程会以SIGSEGV终止。
c - 运行时错误 sigsegv
这个问题不太可能对任何 future 的访客有帮助；它只与一个较小的地理区域、一个特定的时间点或一个非常狭窄的情况相关，通常不适用于全世界的互联网受众。如需帮助使此问题更广泛适用，visit the
c - 运行时错误(SIGSEGV)
我很高兴知道为什么我遇到此错误 http://www.codechef.com/problems/AXR1P2在 codechef.com 中，我的代码是... #include #include i
c - 来自内核的 SIGSEGV
很难说出这里问的是什么。这个问题是含糊的、模糊的、不完整的、过于宽泛的或修辞性的，无法以目前的形式得到合理的回答。如需帮助澄清此问题以便重新打开它，visit the help center 。已关
android - 无法弄清楚为什么此代码在发送数据包数据时会导致 SIGSEGV
我正在使用 POSIX 套接字在 Android 上编写一些网络代码，但是当我调用 Sento 时，我收到了一个奇怪的 SIGSEGV(信号 11，代码 1)。我已经使用墓碑跟踪来确定它是哪一行，但坦

行者123

个人简介

我是一名优秀的程序员,十分优秀！

作者热门文章

滴滴打车优惠券免费领取

全站热门文章

首页

博学

6Ren·AI

商城

android - 信号 11 (SIGSEGV)、代码 1 (SEGV_MAPERR) 仅在某些设备上崩溃