Schreiben Sie den kürzesten Code, der einen Segmentierungsfehler (SIGSEGV) auslöst, in einer beliebigen Programmiersprache.

C, 5 Zeichen

main;

Es handelt sich um eine Variablendeklaration. Der intTyp ist impliziert (Feature aus der Sprache B kopiert) und der 0Standardwert. Bei der Ausführung wird versucht, eine Zahl auszuführen (Zahlen sind nicht ausführbar) und verursacht SIGSEGV.

Probieren Sie es online!

Bash, 11      

kill -11 $$

Assembly (Linux, x86-64), 1 Byte

RET

Dieser Code ist fehlerhaft.

Python 2, 13

exec'()'*7**6

Windows meldet einen Fehlercode von c00000fd (Stack Overflow), von dem ich annehmen würde, dass es sich um einen Untertyp eines Segmentierungsfehlers handelt.

Dank Alex A. und Mego können Segmentierungsfehler auch auf Mac- und Linux-Systemen auftreten. Python ist die Sprache der Wahl, um Ihre Programme portabel zum Absturz zu bringen.

pdfTeX (51)

\def~#1{\meaning}\write0{\expandafter~\string}\bye

Dies ist tatsächlich wahrscheinlich ein Fehler , aber es ist nicht in dem von Knuth geschriebenen Original-TeX vorhanden: Das Kompilieren des Codes mit tex filename.texanstelle von pdftex filename.texerzeugt keinen Segfault.

LOLCODE, 4 Bytes

OBTW

Funktioniert nicht online, nur im C-Interpreter.

Python, 33 Zeichen

>>> import ctypes;ctypes.string_at(0)
Segmentation fault

Quelle: http://bugs.python.org/issue1215#msg143236

Python, 60 Zeichen

>>> import sys;sys.setrecursionlimit(1<<30);f=lambda f:f(f);f(f)
Segmentation fault

Quelle: http://svn.python.org/view/python/trunk/Lib/test/crashers/recursive_call.py?view=markup

Dies ist die Python-Version, auf der ich teste:

Python 2.6.1 (r261:67515, Jun 24 2010, 21:47:49) 
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin

Im Allgemeinen ist der Python-Interpreter schwer zum Absturz zu bringen, aber das Obige ist selektiver Missbrauch ...

Viertens - 3 Zeichen

0 @

( @ist ein Abruf)

C 18

main(){raise(11);}

Perl (<5,14), 9 Zeichen

/(?{??})/

In 5.14 wurde die Regex-Engine reentrant gemacht, so dass sie nicht auf diese Weise abgestürzt werden konnte. In 5.12 und früheren Versionen tritt jedoch ein Fehler auf, wenn Sie dies versuchen.

W32 .com ausführbar - 0 Bytes

Dies scheint seltsam, aber auf 32 - Bit - Windows - Systemen erstellen und eine leere .com - Datei ausführen kann eine segfault verursachen, je nach ... etwas. DOS akzeptiert es einfach (der 8086 hat keine Speicherverwaltung, es sind keine bedeutenden Segmente zu bemängeln), und 64-Bit-Windows weigert sich, es auszuführen (x86-64 hat keinen v86-Modus, in dem eine .com-Datei ausgeführt werden kann).

Gehirnfick (2)

<.

Ja, das ist implementierungsabhängig. SIGSEGV ist wahrscheinlich das Ergebnis eines guten Compilers.

Haskell, 31

foreign import ccall main::IO()

Dies erzeugt einen Segfault, wenn es mit GHC kompiliert und ausgeführt wird. Es sind keine Erweiterungsflags erforderlich, da die Fremdfunktionsschnittstelle dem Haskell 2010-Standard entspricht.

C - 11 (19) 7 (15) 6 (14) 1 Zeichen, AT & T x86-Assembler - 8 (24) Zeichen

C-Version ist:

*(int*)0=0;

Das gesamte Programm (nicht ganz ISO-konform, nehmen wir an, es ist K & R C) besteht aus 19 Zeichen:

main(){*(int*)0=0;}

Assembler-Variante:

orl $0,0

Das gesamte Programm ist 24 Zeichen lang (nur zur Bewertung, da es sich nicht um einen Assembler handelt):

main(){asm("orl $0,0");}

EDIT :

Ein paar C-Varianten. Die erste Methode verwendet die Nullinitialisierung der globalen Zeigervariablen:

*p;main(){*p=0;}

Die zweite Methode verwendet die unendliche Rekursion:

main(){main();}

Die letzte Variante ist die kürzeste - 7 (15) Zeichen.

EDIT 2 :

Erfand eine weitere Variante, die kürzer ist als eine der oben genannten - 6 (14) Zeichen. Es wird davon ausgegangen, dass Literalzeichenfolgen in einem schreibgeschützten Segment abgelegt werden.

main(){*""=0;}

EDIT 3 :

Und mein letzter Versuch - 1 Charakter lang:

P

Kompiliere es einfach so:

cc -o segv -DP="main(){main();}" segv.c

DC - 7 Zeichen

[dx0]dx

verursacht einen Stapelüberlauf

Perl, 10/12 Zeichen

Eine etwas betrügerische Lösung besteht darin, einen Char von Joey Adams Bash-Trick zu entfernen :

kill 11,$$

Es liegt jedoch auf unpack pder Hand , einen echten Segfault in Perl zu erhalten :

unpack p,1x8

Technisch wird dies nicht garantiert segfault, da die Adresse 0x31313131 (oder 0x3131313131313131 auf 64-Bit - Systemen) nur auf gültigen Adressraum zufällig hindeuten könnte. Aber die Chancen stehen dagegen. Wenn Perl jemals auf Plattformen portiert wird, auf denen Zeiger länger als 64 Bit sind, muss die x8Anzahl erhöht werden.

Python 33

import os
os.kill(os.getpid(),11)

Sendesignal 11 (SIGSEGV) in Python.

OCaml, 13 Bytes

Obj.magic 0 0

Hierbei wird die Funktion verwendet Obj.magic, die zwei beliebige Typen unsicher zwingt. In diesem Fall wird 0 (gespeichert als unmittelbarer Wert 1 aufgrund des vom GC verwendeten Tag-Bits) zu einem Funktionstyp (gespeichert als Zeiger) gezwungen. Daher wird versucht, die Adresse 1 zu dereferenzieren, und dies führt natürlich zu einem Fehler.

Bash, 4 Bytes

Golf gespielt

. $0

Fügen Sie das Skript rekursiv in sich selbst ein.

Erklärt

Die rekursive Operation "source" (.) Führt schließlich zu einem Stapelüberlauf, und da Bash nicht in libsigsegv integriert ist , führt dies zu einem SIGSEGV.

Beachten Sie, dass dies kein Fehler ist, sondern ein erwartetes Verhalten, wie hier beschrieben .

Prüfung

./bang 
Segmentation fault (core dumped)

Probieren Sie es online!

Eigentlich , 17 16 11 10 9 Bytes

⌠[]+⌡9!*.

Probieren Sie es online!

Wenn dies nicht zum Absturz führt, erhöhen Sie die Zahl (mehrstellige Zahlen sind in Tatsächlich mit einem vorangestellten Doppelpunkt angegeben).

Beeinträchtigt den Interpreter, indem ein Fehler in Python ausgenutzt wird , der tief verschachtelte itertools.chainObjekte umfasst, mit denen der +Operator tatsächlich implementiert wird .

C # - 62

System.Runtime.InteropServices.Marshal.ReadInt32(IntPtr.Zero);

Bearbeiten: 23

unsafe{int i=*(int*)0;}

Muss mit / unsafe kompiliert werden, damit dies funktioniert. Aus irgendeinem Grund verstehe ich nicht, *(int*)0=0wirft nur eine NullReferenceException, während diese Version die richtige Zugriffsverletzung gibt.

PicoLisp - 4 Zeichen

$ pil
: ('0)
Segmentation fault

Dies ist beabsichtigtes Verhalten. Wie auf ihrer Website beschrieben:

Wenn einige Programmiersprachen behaupten, das "Schweizer Taschenmesser der Programmierung" zu sein, kann PicoLisp als "Skalpell der Programmierung" bezeichnet werden: Scharf, genau, klein und leicht, aber auch gefährlich in der Hand von Unerfahrenen.

F90 - 39 Bytes

real,pointer::p(:)=>null()
p(1)=0.
end

Zusammenstellung:

gfortran segv.f90 -o segv 

Ausführung:

./segv 

Program received signal SIGSEGV: Segmentation fault - invalid memory reference.

Backtrace for this error:
#0  0x7FF85FCAE777
#1  0x7FF85FCAED7E
#2  0x7FF85F906D3F
#3  0x40068F in MAIN__ at segv.f90:?
Erreur de segmentation (core dumped)

Materialien:

gfortran --version
GNU Fortran (Ubuntu 4.8.4-2ubuntu1~14.04.1) 4.8.4

19 Zeichen in C

main(a){*(&a-1)=1;}

Es beschädigt den Rücksprungadressenwert der Hauptfunktion, sodass es bei der Rückgabe von ein SIGSEGV erhält main.

J (6)

memf 1

memfbedeutet freien Speicher, 1wird als Zeiger interpretiert.

Cython, 14

Dies ist häufig für Debugging-Zwecke nützlich.

a=(<int*>0)[0]

Unix PDP-11-Assembly, 18 Bytes Binär, 7 Bytes Quelle

(Dies wird ein Thema für mich, vielleicht weil es die einzige Sprache ist, die ich kenne, die hier sonst niemand kennt.)

inc(r0)

Inkrementiert das einzelne Byte, das durch den Anfangswert von r0 adressiert wird [der laut simh-Debugger zufällig 05162 ist], ab Programmstart.

0000000 000407 000002 000000 000000 000000 000000 000000 000000
0000020 005210 000000

Und wie immer können die überflüssigen Bytes am Ende mit strip entfernt werden.

Ich habe ein paar Versuche unternommen, die Quelle zu verkürzen, bekam aber immer entweder einen Syntaxfehler oder SIGBUS.

Matlab - Ja, das ist möglich!

In einer Antwort auf eine Frage von mir kam Amro mit dieser Eigenart:

S = struct();
S = setfield(S, {}, 'g', {}, 0)

JavaScript-Shell, 7 Byte

clear()

Löscht absolut alles, nicht nur das aktuelle Zielfernrohr, das offensichtlich viele Fehler verursacht, die dazu führen, dass JS in die Luft sprengt und Fehler verursacht

Pyth, 3 Zeichen

j1Z

Dies wäre der Teil, in dem ich erkläre, wie ich auf diese Antwort gekommen bin, außer ich habe zu Recht keine Ahnung . Wenn mir jemand das erklären könnte, wäre ich dankbar.

Hier ist es in einem Online-Dolmetscher.

Erläuterung

jquadriert die Basis und ruft sich selbst rekursiv auf, bis die Basis mindestens so groß ist wie die Zahl. Da die Basis 0 ist, passiert das nie. Mit einem ausreichend hohen Rekursionslimit erhalten Sie einen Segfault.

- Dennis ♦