Was bedeutet SEGV_ACCERR?

Ich untersuche einige Abstürze, die alle das Signal SIGSEGV mit der Ursache SEGV_ACCERR haben. Nachdem ich nach SEGV_ACCERR gesucht habe, habe ich einer menschenlesbaren Erklärung am nächsten gefunden: Ungültige Berechtigungen für Objekt

Was bedeutet das in einem allgemeineren Sinn? Wann würde ein SEGV_ACCERR auftreten? Gibt es genauere Unterlagen zu diesem Grund?

Dies ist ein Fehler, den ich meistens auf 64-Bit-iOS-Geräten gesehen habe und der auftreten kann, wenn mehrere Threads eine Variable unter ARC lesen und ändern. Zum Beispiel habe ich heute einen Absturz behoben, bei dem mehrere Hintergrund-Threads eine statische NSDate- und NSString-Variable gelesen und verwendet und sie aktualisiert haben, ohne irgendeine Art von Sperrung oder Warteschlange durchzuführen.

Die Verwendung von Kerndatenobjekten in mehreren Threads kann ebenfalls diesen Absturz verursachen, wie ich viele Male in meinen Absturzprotokollen gesehen habe.

Ich verwende auch Crittercism, und dieser spezielle Absturz war ein SEGV_ACCERR, der nur 64-Bit-Geräte betraf.

Wie in der Manpage von angegeben sigaktion, SEGV_ACCERR ist ein Signalcode für SIGSEGV, der spezifiziert Ungültige Berechtigungen für zugeordnetes Objekt. Im Gegensatz zu SEGV_MAPERR, was bedeutet, dass die Adresse keinem gültigen Objekt zugeordnet ist, bedeutet SEGV_ACCERR, dass die Adresse zu einem Objekt passt, aber sicher weder das gute ist, noch eines, auf das der Prozess zugreifen darf.

Ich habe dies in Fällen gesehen, in denen Code versucht, von anderen Stellen als “Text” auszuführen.

Wenn Ihr Zeiger beispielsweise auf eine Funktion im Heap oder Stack zeigt und Sie versuchen, diesen Code (vom Heap oder Stack) auszuführen, löst die CPU diese Ausnahme aus.

Es ist möglich, eine zu bekommen SEGV_ACCERR aufgrund eines Paketüberfluss. Konkret ist mir das auf Android ARM64 mit folgendem passiert:

VeryLargeStruct s;
s = {}; // SEGV_ACCERR

Es scheint, dass die Null-Initialisierung eine temporäre Datei erstellt hat, die einen Stapelüberlauf verursacht hat. Dies geschah nur mit -O0; vermutlich wurde das Temporäre bei höheren Optimierungsstufen wegoptimiert.

Auf Android arm64, wenn stack.cpp Folgendes enthält:

struct VeryLargeStruct  {
    int array[4096*4096];
    };
int main() {
    struct VeryLargeStruct s;
    s = {}; 
    }

und tippe:

aarch64-linux-android26-clang++  -std=c++20 -g -DANDROID_STL=c++_static -static-libstdc++ stack.cpp -o stack
adb push stack /data/local/tmp
adb shell  /data/local/tmp/stack

/data/tombstones/tombstone_01 enthält einen SEGV_MAPERR, nicht SEGV_ACCERR:

id: 11363, tid: 11363, name: stack  >>> /data/local/tmp/stack <<<
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x7ff2d02dd8

Ich bekomme SEGV_ACCERR, wenn const.c enthält:

int main() {
    char *str="hello";
    str[0]='H';
    }

Dann enthält /data/tombstones/tombstone_00:

pid: 9844, tid: 9844, name: consts  >>> /data/local/tmp/consts <<<
Signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 0x55d10674e8