Écrivez le code le plus court qui cause une erreur de segmentation (SIGSEGV) dans n’importe quel langage de programmation.

C, 5 personnages

main;

C'est une déclaration de variable - le inttype est implicite (fonctionnalité copiée à partir du langage B) et sa 0valeur par défaut. Lorsqu'elle est exécutée, cette option tente d'exécuter un nombre (les nombres ne sont pas exécutables) et les causes SIGSEGV.

Essayez-le en ligne!

Bash, 11      

kill -11 $$

Assembly (Linux, x86 à 64), 1 octet

RET

Ce code segfaults.

Python 2, 13

exec'()'*7**6

Windows signale un code d'erreur c00000fd (débordement de pile) qui, je suppose, est un sous-type d'erreur de segmentation.

Merci à Alex A. et Mego, il a été confirmé qu’il pouvait également causer des erreurs de segmentation sur les systèmes Mac et Linux. Python est le langage de choix pour le crash portable de vos programmes.

pdfTeX (51)

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

C’est en fait probablement un bogue , mais il n’est pas présent dans le TeX original, écrit par Knuth: compiler le code avec tex filename.texau lieu de pdftex filename.texne produit pas de segfault.

LOLCODE, 4 octets

OBTW

Ne fonctionne pas en ligne, uniquement dans l'interprète C.

Python, 33 caractères

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

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

Python, 60 caractères

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

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

Voici la version Python sur laquelle je teste:

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

En général, l'interpréteur Python est difficile à planter, mais ce qui précède est abusif sélectif ...

Forth - 3 personnages

0 @

( @est un chercher)

C, 18

main(){raise(11);}

Perl (<5.14), 9 caractères

/(?{??})/

En 5.14, le moteur des expressions rationnelles a été rendu réentrant de sorte qu'il ne puisse pas être planté de cette façon, mais 5.12 et les versions antérieures segfont par défaut si vous essayez ceci.

W32 .com exécutable - 0 octet

Cela semblera étrange, mais sur les systèmes Windows 32 bits, la création et l’exécution d’un fichier .com vide peut entraîner une erreur de segmentation, selon ... quelque chose. DOS l'accepte simplement (le 8086 n'ayant pas de gestion de mémoire, il n'y a pas de segments significatifs à blâmer) et Windows 64 bits refuse de l'exécuter (x86-64 n'ayant pas de mode v86 pour exécuter un fichier .com).

brainfuck (2)

<.

Oui, cela dépend de la mise en œuvre. SIGSEGV est le résultat probable d'un bon compilateur.

Haskell, 31 ans

foreign import ccall main::IO()

Cela produit une erreur de segmentation une fois compilé avec GHC et exécuté. Aucun indicateur d'extension n'est nécessaire, l'interface de fonction étrangère étant au standard Haskell 2010.

C - 11 (19) 7 (15) 6 (14) 1 caractères, assembleur AT & T x86 - 8 (24) caractères

La version C est:

*(int*)0=0;

L'ensemble du programme (pas tout à fait conforme à ISO, supposons qu'il s'agisse de K & R C) comporte 19 caractères:

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

Variante d'assembleur:

orl $0,0

Le programme entier a une longueur de 24 caractères (juste pour l'évaluation, car ce n'est pas réellement un assembleur):

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

EDIT :

Un couple de variantes C Le premier utilise l'initialisation zéro de la variable de pointeur global:

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

Le second utilise une récursion infinie:

main(){main();}

La dernière variante est la plus courte - 7 (15) caractères.

EDIT 2 :

Inventé une autre variante qui est plus courte que l'une des précédentes - 6 (14) caractères. Il suppose que les chaînes littérales sont placées dans un segment en lecture seule.

main(){*""=0;}

EDIT 3 :

Et mon dernier essai - 1 caractère long:

P

Il suffit de le compiler comme ça:

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

dc - 7 caractères

[dx0]dx

provoque un débordement de pile

Perl, 10/12 caractères

Une solution légèrement tricheuse est de supprimer un personnage du tour basque de Joey Adams :

kill 11,$$

Cependant, obtenir une réelle erreur de segmentation dans Perl unpack pest la solution évidente:

unpack p,1x8

Techniquement, cette erreur de segmentation n'est pas garantie , car l'adresse 0x31313131 (ou 0x3131313131313131 sur les systèmes 64 bits) peut simplement pointer sur un espace adresse valide par hasard. Mais les chances sont contre elle. De plus, si perl est porté sur des plates-formes où les pointeurs ont une longueur supérieure à 64 bits, x8il faudra l'augmenter.

Python 33

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

Envoi du signal 11 (SIGSEGV) en python.

OCaml, 13 octets

Obj.magic 0 0

Ceci utilise la fonction Obj.magic, qui contraint deux types quelconques. Dans ce cas, il force 0 (stocké en tant que valeur immédiate 1 en raison du bit de balise utilisé par le GC) en un type de fonction (stocké sous la forme d'un pointeur). Ainsi, il essaie de déréférencer l'adresse 1, et ce sera bien sûr une erreur de segmentation.

Bash, 4 octets

Golfé

. $0

Inclure récursivement le script en lui-même.

A expliqué

Une opération "source" récursive (.) Provoque éventuellement un débordement de pile et, comme Bash ne s'intègre pas à libsigsegv , il en résulte un SIGSEGV.

Notez qu'il ne s'agit pas d'un bogue, mais d'un comportement attendu, comme discuté ici .

Tester

./bang 
Segmentation fault (core dumped)

Essayez-le en ligne!

En fait , 17 16 11 10 9 octets

⌠[]+⌡9!*.

Essayez-le en ligne!

Si ce qui précède ne plante pas, essayez d’augmenter le nombre (des nombres à plusieurs chiffres sont spécifiés dans En fait avec un signe deux-points)

Bloque l'interprète en exploitant un bogue dans Python impliquant des itertools.chainobjets profondément imbriqués , qui utilise en réalité pour implémenter l' +opérateur.

C # - 62

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

Édition: 23

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

Compiler avec / unsafe pour que celui-ci fonctionne. Pour une raison quelconque, je ne comprends pas, *(int*)0=0lève simplement une exception NullReferenceException, alors que cette version donne la violation d'accès appropriée.

PicoLisp - 4 caractères

$ pil
: ('0)
Segmentation fault

Ceci est le comportement prévu. Comme décrit sur leur site web:

Si certains langages de programmation prétendent être le "couteau suisse de la programmation", alors PicoLisp pourrait très bien s'appeler le "Scalpel of Programming": précis, précis, petit et léger, mais aussi dangereux pour les inexpérimentés.

F90 - 39 octets

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

Compilation:

gfortran segv.f90 -o segv 

Exécution:

./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)

Matériaux:

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

19 caractères en C

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

Il corrompt la valeur d'adresse de retour de la fonction principale et obtient donc un SIGSEGV au retour de main.

J (6)

memf 1

memfsignifie mémoire libre, 1est interprété comme un pointeur.

Cython, 14

Cela est souvent utile pour le débogage.

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

Assemblage Unix PDP-11, binaire 18 octets, source 7 octets

(Cela devient un thème pour moi, peut-être parce que c'est la seule langue que je sais en quelque sorte que personne d'autre ne connaît ici.)

inc(r0)

Incrémente le seul octet adressé par la valeur initiale de r0 [qui se trouve être 05162 en fonction du débogueur simh] dès le début du programme.

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

Et, comme toujours, les octets superflus à la fin peuvent être supprimés avec strip.

J'ai fait quelques tentatives pour obtenir la source plus courte, mais j'ai toujours eu une erreur de syntaxe ou SIGBUS.

Matlab - Oui c'est possible!

En réponse à une de mes questions , Amro a proposé cette bizarrerie:

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

JavaScript shell, 7 octets

clear()

Efface absolument tout, pas seulement la portée actuelle qui provoque évidemment beaucoup de bouchons qui font exploser JS et segfault

Pyth, 3 personnages

j1Z

Ce serait la partie où j'explique comment j'ai trouvé cette réponse, sauf que je n'ai légitimement aucune idée . Si quelqu'un pouvait expliquer cela pour moi, je vous en serais reconnaissant.

La voici dans un interprète en ligne.

Explication

jmet la base en carré et s’appelle récursivement jusqu’à ce que la base soit au moins aussi grande que le nombre. Puisque la base est 0 , cela ne se produit jamais. Avec une limite de récursion suffisamment élevée, vous obtenez une erreur de segmentation.

- Dennis ♦