Warum deklariert Linux-Programm (char *) 0 nicht immer segfault?

Question

Ich teste Code, der entwickelt wurde, um zu erkennen, wenn ein untergeordneter Prozess segfailed ist. Stellen Sie sich meine überrascht, wenn dieser Code nicht immer segfault:

#include <stdio.h> 

int main() { 
    char *p = (char *)(unsigned long)0; 
    putchar(*p); 
    return 0; 
} 

Ich bin unter einem Debian Linux 2.6.26-Kernel ausgeführt wird; Meine Shell ist die AT & T ksh93 aus dem Debian ksh Paket, Version M 93s + 2008-01-31. Manchmal wird dieses Programm segfault, aber ansonsten wird es einfach still mit einem Nicht-Null-Exit-Status, aber ohne Nachricht beendet. Mein signaldetektierenden Programm meldet folgende:

segfault terminated by signal 11: Segmentation fault 
segfault terminated by signal 53: Real-time signal 19 
segfault terminated by signal 11: Segmentation fault 
segfault terminated by signal 53: Real-time signal 19 
segfault terminated by signal 53: Real-time signal 19 
segfault terminated by signal 53: Real-time signal 19 
segfault terminated by signal 53: Real-time signal 19 

Laufen unter reinen ksh zeigt, dass der segfault auch selten:

Running... 
Running... 
Running... 
Running... 
Running... 
Running... Memory fault 
Running... 

Interessanterweise bash richtig erkennt die segfault jedes Mal.

Ich habe zwei Fragen:

1. Kann jemand dieses Verhalten erklären?

2. Kann jemand ein einfaches C-Programm vorschlagen, das bei jeder Ausführung zuverlässig segfault? Ich habe auch versucht kill(getpid(), SIGSEGV), aber ich bekomme ähnliche Ergebnisse.

---

EDIT: jbcreix hat die Antwort: mein segfault Detektor defekt war. Ich wurde getäuscht, weil ksh das gleiche Problem hat. Ich habe versucht mit bash und bash bekommt es jedes Mal richtig.

Mein Fehler war, dass ich WNOHANG an waitpid() übergeben habe, wo ich Null hätte übergeben sollen. Ich weiß nicht, was ich hätte denken können! Man fragt sich, was ist los mit ksh, aber das ist eine separate Frage.

Answer 1

Schreiben-NULL zuverlässig oder Busfehler segfault.

Manchmal wird ein Betriebssystem eine schreibgeschützte Seite der Nulladresse zuordnen. So können Sie manchmal von NULL lesen.

Obwohl C die Adresse NULL als speziell definiert, wird die 'Implementierung' dieses speziellen Status tatsächlich vom Subsystem des virtuellen Speichers (VM) des Betriebssystems gehandhabt.

WINE und dosemu müssen eine Seite unter NULL für Windows-Kompatibilität zuordnen. Siehe mmap_min_addr im Linux-Kernel, um einen Kernel wiederherzustellen, der das nicht kann.

mmap_min_addr ist derzeit ein heißes Thema wegen eines verwandten Exploits und einer öffentlichen Flamme in Richtung Linus (von Linux-Ruhm offensichtlich) von Theo de Raadt, von der OpenBSD-Bemühung.

Wenn Sie bereit sind, das Kind auf diese Weise zu kodieren, können Sie jederzeit anrufen: raise(SIGSEGV);

Sie können aber auch eine garantierte zu segfault Zeiger aus erhalten: int *ptr_segv = mmap(NULL, PAGE_SIZE, PROT_NONE, MAP_PRIVATE | MAP_NORESERVE | MAP_ANONYMOUS, -1, 0);

Wo PROT_NONE ist der Schlüssel um Speicher zu reservieren, auf den nicht zugegriffen werden kann. Für 32-Bit-Intel-Linux, ist PAGE_SIZE 4096.

Answer 2

Ich bin mir nicht sicher, warum es kein konsistentes Verhalten hat. Ich würde denken, dass es beim Lesen nicht so pingelig ist. Oder so etwas, obwohl ich wahrscheinlich völlig falsch liegen würde.

Versuchen Sie, bei NULL zu schreiben. Dies scheint für mich konsistent zu sein. Ich habe keine Ahnung, warum du das trotzdem benutzen willst. :)

int main() 
{ 
    *(int *)0 = 0xFFFFFFFF; 
    return -1; 
} 

Answer 3

Die Antwort Nummer zwei von Wikipedia in Frage:

int main(void) 
{ 
    char *s = "hello world"; 
    *s = 'H'; 
}