Android Fatal signal 11 (SIGSEGV) на 0x636f7d89 (код = 1). Как его можно отследить?

Ответ 1

OK! Мне очень жаль тех, кто действительно отправил комментарии и ответы, но я нашел проблему. Я не думаю, что это поможет многим другим, кто пытается отследить их личный SIGSEGV, но мой (и это было очень сложно) полностью связано с этим:

https://code.google.com/p/android/issues/detail?id=8709

libcrypto.so в моем режиме дампа. Я делаю хеш MD5 пакетных данных, пытаясь определить, видел ли я этот пакет, и пропустил его, если бы у меня было. Я подумал, что в какой-то момент это была уродливая проблема с потоками, связанная с отслеживанием этих хэшей, но оказалось, что это класс java.security.MessageDigest! Это не потокобезопасно!

Я поменял его с помощью UID, который я набивал в каждом пакете на основе UUID устройства и отметки времени. С тех пор проблем нет.

Я думаю, что урок, который я могу передать тем, которые были в моей ситуации, даже если вы - 100% -ное Java-приложение, обратите внимание на собственную библиотеку и символ, отмеченные в дампе сбоя для подсказок. Googling для SIGSEGV + имя lib.so будет намного дальше, чем бесполезный код = 1 и т.д. Затем подумайте о том, где ваше приложение Java может касаться собственного кода, даже если он ничего не делает. Я допустил ошибку, предположив, что это проблема с потоком Service + UI, где Canvas рисует что-то нулевое (наиболее распространенный случай, когда я Googled на SIGSEGV) и игнорировал возможность, что он мог быть полностью связан с кодом, который я написал, который был связанные с lib.so в дампе сбоя. Естественно, java.security будет использовать собственный компонент в libcrypto.so для скорости, поэтому, как только я узнал, я Googled для Android + SIGSEGV + libcrypto.so и нашел документированную проблему. Удачи!

Ответ 2

Во-первых, получите трассировку стека надгробий, он будет печататься каждый раз, когда ваше приложение выйдет из строя. Что-то вроде этого:

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Build fingerprint: 'XXXXXXXXX'
pid: 1658, tid: 13086  >>> system_server <<<
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 64696f7e
 r0 00000000  r1 00000001  r2 ad12d1e8  r3 7373654d
 r4 64696f72  r5 00000406  r6 00974130  r7 40d14008
 r8 4b857b88  r9 4685adb4  10 00974130  fp 4b857ed8
 ip 00000000  sp 4b857b50  lr afd11108  pc ad115ebc  cpsr 20000030
 d0  4040000040000000  d1  0000004200000003
 d2  4e72cd924285e370  d3  00e81fe04b1b64d8
 d4  3fbc71c7009b64d8  d5  3fe999999999999a
 d6  4010000000000000  d7  4000000000000000
 d8  4000000000000000  d9  0000000000000000
 d10 0000000000000000  d11 0000000000000000
 d12 0000000000000000  d13 0000000000000000
 d14 0000000000000000  d15 0000000000000000
 scr 80000012

         #00  pc 000108d8  /system/lib/libc.so
         #01  pc 0003724c  /system/lib/libxvi020.so
         #02  pc 0000ce02  /system/lib/libxvi020.so
         #03  pc 0000d672  /system/lib/libxvi020.so
         #04  pc 00010cce  /system/lib/libxvi020.so
         #05  pc 00004432  /system/lib/libwimax_jni.so
         #06  pc 00011e74  /system/lib/libdvm.so
         #07  pc 0004354a  /system/lib/libdvm.so
         #08  pc 00017088  /system/lib/libdvm.so
         #09  pc 0001c210  /system/lib/libdvm.so
         #10  pc 0001b0f8  /system/lib/libdvm.so
         #11  pc 00059c24  /system/lib/libdvm.so
         #12  pc 00059e3c  /system/lib/libdvm.so
         #13  pc 0004e19e  /system/lib/libdvm.so
         #14  pc 00011b94  /system/lib/libc.so
         #15  pc 0001173c  /system/lib/libc.so

code around pc:
ad115e9c 4620eddc bf00bd70 0001736e 0001734e 
ad115eac 4605b570 447c4c0a f7f44620 e006edc8 
ad115ebc 42ab68e3 68a0d103 f7f42122 6864edd2 
ad115ecc d1f52c00 44784803 edbef7f4 bf00bd70 
ad115edc 00017332 00017312 2100b51f 46682210 

code around lr:
afd110e8 e2166903 1a000018 e5945000 e1a02004 
afd110f8 e2055a02 e1a00005 e3851001 ebffed92 
afd11108 e3500000 13856002 1a000001 ea000009 
afd11118 ebfffe50 e1a01004 e1a00006 ebffed92 
afd11128 e1a01005 e1550000 e1a02006 e3a03000 

stack:
    4b857b10  40e43be8  
    4b857b14  00857280  
    4b857b18  00000000  
    4b857b1c  034e8968  
    4b857b20  ad118ce9  /system/lib/libnativehelper.so
    4b857b24  00000002  
    4b857b28  00000406

Затем используйте утилиту addr2line (найдите ее в цепочке инструментов NDK), чтобы найти неисправную функцию. В этом примере вы

addr2line -e -f libc.so 0001173c

И вы увидите, где у вас проблема. Конечно, это не поможет вам, так как это в libc.

Итак, вы можете объединить утилиты arm-eabi-objdump, чтобы найти конечную цель.

Поверьте, это непростая задача.

Просто для обновления. Я думаю, что довольно долго я делал сборку Android на основе дерева исходных текстов, и до сегодняшнего дня я сам тщательно читал документы NDK. С момента выпуска NDK-r6 он предоставил утилиту под названием ndk-stack.

Ниже приведено содержимое официальных документов NDK с шаром NDK-r9.

Обзор:

ndk-stack - простой инструмент, который позволяет фильтровать трассировки стека, как они появляются на выходе "adb logcat", и заменять любой адрес внутри общей библиотеки соответствующими значениями.

Вкратце, он переведет что-то вроде:

  I/DEBUG   (   31): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
  I/DEBUG   (   31): Build fingerprint: 'generic/google_sdk/generic/:2.2/FRF91/43546:eng/test-keys'
  I/DEBUG   (   31): pid: 351, tid: 351  %gt;%gt;%gt; /data/local/ndk-tests/crasher <<<
  I/DEBUG   (   31): signal 11 (SIGSEGV), fault addr 0d9f00d8
  I/DEBUG   (   31):  r0 0000af88  r1 0000a008  r2 baadf00d  r3 0d9f00d8
  I/DEBUG   (   31):  r4 00000004  r5 0000a008  r6 0000af88  r7 00013c44
  I/DEBUG   (   31):  r8 00000000  r9 00000000  10 00000000  fp 00000000
  I/DEBUG   (   31):  ip 0000959c  sp be956cc8  lr 00008403  pc 0000841e  cpsr 60000030
  I/DEBUG   (   31):          #00  pc 0000841e  /data/local/ndk-tests/crasher
  I/DEBUG   (   31):          #01  pc 000083fe  /data/local/ndk-tests/crasher
  I/DEBUG   (   31):          #02  pc 000083f6  /data/local/ndk-tests/crasher
  I/DEBUG   (   31):          #03  pc 000191ac  /system/lib/libc.so
  I/DEBUG   (   31):          #04  pc 000083ea  /data/local/ndk-tests/crasher
  I/DEBUG   (   31):          #05  pc 00008458  /data/local/ndk-tests/crasher
  I/DEBUG   (   31):          #06  pc 0000d362  /system/lib/libc.so
  I/DEBUG   (   31):

В более читаемый вывод:

  ********** Crash dump: **********
  Build fingerprint: 'generic/google_sdk/generic/:2.2/FRF91/43546:eng/test-keys'
  pid: 351, tid: 351  >>> /data/local/ndk-tests/crasher <<<
  signal 11 (SIGSEGV), fault addr 0d9f00d8
  Stack frame #00  pc 0000841e  /data/local/ndk-tests/crasher : Routine zoo in /tmp/foo/crasher/jni/zoo.c:13
  Stack frame #01  pc 000083fe  /data/local/ndk-tests/crasher : Routine bar in /tmp/foo/crasher/jni/bar.c:5
  Stack frame #02  pc 000083f6  /data/local/ndk-tests/crasher : Routine my_comparison in /tmp/foo/crasher/jni/foo.c:9
  Stack frame #03  pc 000191ac  /system/lib/libc.so
  Stack frame #04  pc 000083ea  /data/local/ndk-tests/crasher : Routine foo in /tmp/foo/crasher/jni/foo.c:14
  Stack frame #05  pc 00008458  /data/local/ndk-tests/crasher : Routine main in /tmp/foo/crasher/jni/main.c:19
  Stack frame #06  pc 0000d362  /system/lib/libc.so

Применение:

Для этого вам сначала понадобится каталог, содержащий символические версии разделяемых вами приложений. Если вы используете систему сборки NDK (т.е. ndk-build), то они всегда находятся под $PROJECT_PATH/obj/local/, где для вашего устройства ABI (т.е. armeabi) по умолчанию).

Вы можете передать текст logcat либо как прямой ввод в программу, например:

adb logcat | $NDK/ndk-stack -sym $PROJECT_PATH/obj/local/armeabi

Или вы можете использовать параметр -dump для указания logcat в качестве входного файла, например:

adb logcat > /tmp/foo.txt
$NDK/ndk-stack -sym $PROJECT_PATH/obj/local/armeabi -dump foo.txt

ВАЖНО:

Инструмент ищет начальную строку, содержащую начало в выводе logcat, то есть что-то похожее:

 *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***

При копировании/вставке следов не забудьте эту строку из трасс, или ndk-stack не будет работать правильно.

TODO:

Будущая версия ndk-stack попытается запустить adb logcat и автоматически выбрать путь к библиотеке. На данный момент вам нужно будет сделать эти шаги вручную.

На данный момент ndk-stack не обрабатывает библиотеки, в которых нет отладочной информации. Может быть полезно попытаться обнаружить ближайшую точку входа функции на заданный адрес ПК (например, как в примере libc.so выше).

Ответ 3

Я получал эту ошибку, сохраняя объект в общих предпочтениях как преобразованная строка gson. Строка gson не была хорошей, поэтому извлечение и десериализация объекта на самом деле не работали правильно. Это означало, что любые последующие обращения к объекту привели к этой ошибке. Страшно:)

Ответ 4

Я также получил эту ошибку много раз, и я решил ее. Эта ошибка будет рассмотрена в случае управления памятью на родной стороне.

Ваше приложение обращается к памяти за пределами своего адресного пространства. Скорее всего, это недопустимый доступ указателя. SIGSEGV = ошибка сегментации в собственном коде. Так как это не происходит в коде Java, вы не увидите трассировку стека с подробностями. Тем не менее, вы все равно можете увидеть информацию о трассировке стека в логарифме, если вы немного оглядитесь после сбоя процесса приложения. Он не укажет номер строки в файле, но расскажет вам, какие объектные файлы и адреса использовались в цепочке вызовов. Оттуда вы часто можете выяснить, какая область кода проблематична. Вы также можете настроить собственное подключение gdb к целевому процессу и уловить его в отладчике.

Ответ 5

Сегодня я столкнулся с Fatal signal 11 (SIGSEGV), code 1, fault addr 0x8 in tid 18161 выпуске Fatal signal 11 (SIGSEGV), code 1, fault addr 0x8 in tid 18161 и я пол дня Fatal signal 11 (SIGSEGV), code 1, fault addr 0x8 in tid 18161 решить эту проблему.

Я пробовал много вещей, очищающих кеш и удаляющих файл .gradle и все.

Наконец я disable Instant Run и теперь я больше не получаю эту проблему. Теперь мое приложение работает после включения мгновенного запуска. Это может быть проблема мгновенного запуска, попробуйте отключить и включить мгновенный запуск

Из этого ответа:

Перейдите в Настройки или настройки Android Studio (для MAC) → Сборка, выполнение, развертывание → Мгновенный запуск.

Затем снимите флажок "Включить мгновенный запуск" в верхней части.

Ответ 6

Попробуйте отключить аппаратное ускорение Android в манифесте.

android:hardwareAccelerated="false"

Ответ 7

Я столкнулся с этой ошибкой, когда пытался получить доступ к "холсту" вне onDraw()

    private Canvas canvas;

    @Override
    protected void onDraw(Canvas canvas) {
        this.canvas = canvas;
        ....... }

    private class ScaleListener extends ScaleGestureDetector.SimpleOnScaleGestureListener {
        @Override
        public boolean onScale(ScaleGestureDetector detector) { 
            canvas.save(); // here

Очень плохая практика:/

Ответ 8

Я получал эту ошибку при использовании растрового изображения следующим образом:

bmp = BitmapFactory.decodeResource(this.getResources(), R.drawable.myBitMap);

Для меня проблема заключалась в уменьшении размера растрового изображения ( > 1000px до 700px).

Ответ 9

Я столкнулся с SIGSEGV на Android 4.4.4 (Nexuses, Samsung) И оказалось, что фатальная ошибка заключалась в анализе null String с использованием DecimalFormat

 static DecimalFormat decimalFormat = new DecimalFormat("###,###.###");
 void someMethod(String value) {
...
    Number number = decimalFormat.parse(value);//value is null, SIGSEGV will happen`
...
}

В Android > 21 он был успешно обработан с помощью try/catch

Ответ 10

Если вы используете библиотеку vitamio и эта фатальная ошибка возникает.

Затем убедитесь, что в графе вашего проекта targetSdkVersion должно быть меньше 23.

Благодарю.

Ответ 11

Я столкнулся с этой проблемой несколько androidx назад после миграции с android.support на androidx.

Проблема была renderscript.

Решение: я удалил из своего build.gradle эти две строки:

renderscriptTargetApi 21
renderscriptSupportModeEnabled true

после того, как проект не удался, из-за неразрешенных ссылок:

import androidx.renderscript.Allocation;
import androidx.renderscript.Element;
import androidx.renderscript.RenderScript;
import androidx.renderscript.ScriptIntrinsicBlur;

поэтому я изменил их на:

import android.renderscript.Allocation;
import android.renderscript.Element;
import android.renderscript.RenderScript;
import android.renderscript.ScriptIntrinsicBlur;

После этого все проблемы исчезли.

Ответ 12

В моем случае проблема вызвана Android Profiler. В Android Studio нажмите "Android Profiler" и "end session".

По иронии судьбы, это также вызывало экстремальные проблемы с производительностью в приложении.

Ответ 13

Я получил эту ошибку, когда я использовал ViewTreeObserver внутри функции onDraw().

@Override
protected void onDraw(Canvas canvas) {
    // super.onDraw(canvas);
    ViewTreeObserver vto = mTextView.getViewTreeObserver();
    vto.addOnGlobalLayoutListener(new ViewTreeObserver.OnGlobalLayoutListener() {
        @Override
        public void onGlobalLayout() {
            // some animation        
        }
    });
 }

Ответ 14

Проверьте свой JNI/собственный код. Одна из моих ссылок была нулевой, но она была прерывистой, поэтому это было не очень очевидно.

Ответ 15

проверьте свои родные функции, независимо от того, возвращается ли он должным образом или нет. Если он не возвращается, добавьте операторы возврата.

Ответ 16

Для меня эта проблема возникла из-за плохого отношения между двумя видами деятельности. Недавно я переместил этот метод из Activity1 в другой 2. После этого рефакторинг оставил это явное приведение прежним. Так что вместо того, чтобы делать

((Activity1) mainActivity).hideDialog();

Я должен был сделать

((Activity2) mainActivity).hideDialog();

Примечание: но эта ошибка не произошла на Android 8.0 Я еще не уверен, почему.

*** Надеюсь, поможет.

Ответ 17

У меня была ошибка ошибки сегментации из-за проблем с памятью. Моя структура, имеющая много переменных и массивов, имела этот массив размером 1024.

Уменьшая размер до 512, ошибка исчезла.

PS: это обходной путь, а не решение. Необходимо найти размер структуры и динамическое распределение памяти - лучший вариант.

Ответ 18

В моем случае (я использую формы Xamarin) эта ошибка возникла из-за ошибки привязки - например:

<Label Grid.Column="4" Grid.Row="1" VerticalTextAlignment="Start" HorizontalTextAlignment="Center"  VerticalOptions="Start" HorizontalOptions="Start" FontSize="10" TextColor="Pink" Text="{Binding }"></Label>

По сути, я удалил свойство view модели по ошибке. Для разработчиков Xamarin, если у вас есть та же проблема, проверьте свои привязки...

Ответ 19

У меня была эта проблема с пакетом, который был добавлен в мое приложение (FancyShowCaseView) и вызвал эту проблему на pre-lolipop. этот пакет был написан на kotlin, а мои основные коды написаны на java. так что теперь я проверяю версию в pre-lolipop и не позволяю ее классу быть выполненным. временно решил проблему. проверьте это, если у вас есть подобные проблемы, как я

Ответ 20

Build fingerprint: 'motorola/harpia/harpia:6.0.1/MPIS24.241-2.50-16/16:user/release-keys' Revision: 'p1b0' ABI: 'arm' pid: 18139, tid: 25935, name: GLThread 2137 >>> com.portable3d.okt.a3dmap1 <<< signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 0x7452f000

2 из 12 телефонов вернули ошибку, обнаружили, что проблема была в onDrawFrame(), некоторые объекты были нулевыми, я не знаю почему, я просто установил

if(gears==null) return;.