Tulis kode terpendek yang memunculkan Kesalahan Segmentasi (SIGSEGV) dalam bahasa pemrograman apa pun.

C, 5 karakter

main;

Ini adalah deklarasi variabel - intjenis tersirat (fitur disalin dari bahasa B) dan 0merupakan nilai default. Ketika dieksekusi ini mencoba untuk mengeksekusi angka (angka tidak dapat dieksekusi), dan menyebabkan SIGSEGV.

Cobalah online!

Bash, 11      

kill -11 $$

Majelis (Linux, x86-64), 1 byte

RET

Kode ini segfault.

Python 2, 13

exec'()'*7**6

Windows melaporkan kode kesalahan c00000fd (Stack Overflow) yang saya anggap sebagai subtipe dari kesalahan segmentasi.

Berkat Alex A. dan Mego, dipastikan menyebabkan kesalahan segmentasi pada sistem Mac dan Linux. Python adalah bahasa pilihan untuk crash program Anda.

pdfTeX (51)

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

Ini sebenarnya mungkin bug , tetapi tidak ada dalam TeX asli, yang ditulis oleh Knuth: kompilasi kode dengan tex filename.texbukannya pdftex filename.textidak menghasilkan segfault.

LOLCODE, 4 byte

OBTW

Tidak bekerja online, hanya di C juru bahasa.

Python, 33 karakter

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

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

Python, 60 karakter

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

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

Ini adalah versi Python yang saya uji pada:

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

Secara umum interpreter Python sulit untuk crash, tetapi di atas adalah kekerasan selektif ...

Keempat - 3 karakter

0 @

( @mengambil)

C, 18

main(){raise(11);}

Perl (<5,14), 9 karakter

/(?{??})/

Di 5.14, mesin regex dibuat reentrant sehingga tidak bisa crash dengan cara ini, tetapi 5.12 dan sebelumnya akan segfault jika Anda mencoba ini.

Eksekusi W32 .com - 0 byte

Ini akan terasa aneh, tetapi pada sistem Windows 32 bit, membuat dan mengeksekusi file .com kosong dapat menyebabkan segfault, tergantung pada ... sesuatu. DOS hanya menerimanya (8086 tidak memiliki manajemen memori, tidak ada segmen yang berarti untuk kesalahan), dan Windows 64 bit menolak untuk menjalankannya (x86-64 tidak memiliki mode v86 untuk menjalankan file .com).

brainfuck (2)

<.

Ya, ini tergantung pada implementasi. SIGSEGV kemungkinan merupakan hasil dari kompiler yang baik.

Haskell, 31

foreign import ccall main::IO()

Ini menghasilkan segfault ketika dikompilasi dengan GHC dan dijalankan. Tidak ada bendera ekstensi yang diperlukan, karena Antarmuka Fungsi Asing ada dalam standar Haskell 2010.

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

Versi C adalah:

*(int*)0=0;

Seluruh program (tidak cukup sesuai dengan ISO, mari kita asumsikan K&R C) adalah 19 karakter:

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

Varian Assembler:

orl $0,0

Seluruh program panjangnya 24 karakter (hanya untuk evaluasi, karena sebenarnya bukan assembler):

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

EDIT :

Beberapa varian C. Yang pertama menggunakan nol-inisialisasi variabel pointer global:

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

Yang kedua menggunakan rekursi tak terbatas:

main(){main();}

Varian terakhir adalah yang terpendek - 7 (15) karakter.

EDIT 2 :

Diciptakan satu varian lagi yang lebih pendek daripada yang di atas - 6 (14) karakter. Diasumsikan bahwa string literal dimasukkan ke dalam segmen read-only.

main(){*""=0;}

EDIT 3 :

Dan percobaan terakhir saya - 1 karakter:

P

Kompilasi saja seperti itu:

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

dc - 7 karakter

[dx0]dx

menyebabkan stack overflow

Perl, 10/12 karakter

Solusi yang sedikit curang adalah mencukur satu char dari trik bash Joey Adams :

kill 11,$$

Namun, untuk mendapatkan segfault nyata di Perl, unpack padalah solusi yang jelas:

unpack p,1x8

Secara teknis, ini tidak dijamin untuk segfault, karena alamat 0x31313131 (atau 0x313131313131313131 pada sistem 64-bit) mungkin saja menunjuk ke ruang alamat yang valid secara kebetulan. Tetapi kemungkinan besar menentangnya. Juga, jika perl pernah porting ke platform di mana pointer lebih panjang dari 64 bit, maka x8perlu ditingkatkan.

Python 33

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

Mengirim sinyal 11 (SIGSEGV) dalam python.

OCaml, 13 byte

Obj.magic 0 0

Ini menggunakan fungsi Obj.magic, yang memaksa dua jenis dengan tidak aman. Dalam hal ini, ia memaksa 0 (disimpan sebagai nilai langsung 1, karena bit tag yang digunakan oleh GC) ke tipe fungsi (disimpan sebagai pointer). Dengan demikian, ia mencoba untuk merujuk alamat 1, dan itu tentu saja akan segfault.

Bash, 4 byte

Golf

. $0

Secara rekursif memasukkan skrip ke dalam dirinya sendiri.

Dijelaskan

Operasi "sumber" (.) Rekursif akhirnya menyebabkan stack overflow, dan karena Bash tidak berintegrasi dengan libsigsegv , ini menghasilkan SIGSEGV.

Perhatikan bahwa ini bukan bug, tetapi perilaku yang diharapkan, seperti yang dibahas di sini .

Uji

./bang 
Segmentation fault (core dumped)

Cobalah secara Online!

Sebenarnya , 17 16 11 10 9 byte

⌠[]+⌡9!*.

Cobalah online!

Jika hal di atas tidak macet, coba tambah angkanya (angka multi-digit ditentukan dalam Sebenarnya dengan tanda titik dua)

Hancurkan interpreter dengan mengeksploitasi bug dalam python yang melibatkan itertools.chainobjek bersarang dalam , yang sebenarnya digunakan untuk mengimplementasikan +operator.

C # - 62

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

Edit: 23

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

Harus dikompilasi dengan / tidak aman agar yang ini berfungsi. Untuk beberapa alasan saya tidak mengerti, *(int*)0=0hanya melempar NullReferenceException, sementara versi ini memberikan pelanggaran akses yang tepat.

PicoLisp - 4 karakter

$ pil
: ('0)
Segmentation fault

Ini adalah perilaku yang dimaksudkan. Seperti yang dijelaskan di situs web mereka:

Jika beberapa bahasa pemrograman mengklaim sebagai "Pisau Pemrograman Swiss Army", maka PicoLisp mungkin disebut "Pisau Bedah Pemrograman": Tajam, akurat, kecil dan ringan, tetapi juga berbahaya di tangan yang tidak berpengalaman.

F90 - 39 byte

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

Kompilasi:

gfortran segv.f90 -o segv 

Eksekusi:

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

Bahan:

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

19 karakter dalam C

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

Ini merusak nilai alamat pengirim fungsi utama, sehingga mendapat SIGSEGV saat kembali dari main.

J (6)

memf 1

memfberarti memori bebas, 1diartikan sebagai pointer.

Cython, 14

Ini sering berguna untuk keperluan debugging.

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

Perakitan Unix PDP-11, biner 18 byte, sumber 7 byte

(Ini menjadi tema bagi saya, mungkin karena itu satu-satunya bahasa yang saya tahu tidak ada orang lain di sini.)

inc(r0)

Menambah byte tunggal yang dialamatkan oleh nilai awal r0 [yang kebetulan 05162 menurut simh debugger] pada saat program dimulai.

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

Dan, seperti biasa, byte asing di bagian akhir dapat dihapus dengan strip.

Saya melakukan beberapa upaya untuk mendapatkan sumber yang lebih pendek, tetapi selalu mendapatkan kesalahan sintaks atau SIGBUS.

Matlab - Ya itu mungkin!

Menanggapi pertanyaan saya, Amro mengajukan pertanyaan aneh ini:

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

JavaScript Shell, 7 byte

clear()

Membersihkan segalanya, bukan hanya lingkup saat ini yang jelas menyebabkan banyak borks yang mengakibatkan JS meledak dan tersegmentasi

Pyth, 3 karakter

j1Z

Ini akan menjadi bagian di mana saya menjelaskan bagaimana saya mendapatkan jawaban ini, kecuali saya tidak memiliki petunjuk . Jika ada yang bisa menjelaskan ini untuk saya, saya akan berterima kasih.

Ini dia dalam juru bahasa online.

Penjelasan

jkuadratkan pangkalan dan menyebut dirinya secara rekursif sampai pangkalan setidaknya sama besar dengan jumlahnya. Karena basisnya 0 , itu tidak pernah terjadi. Dengan batas rekursi yang cukup tinggi, Anda mendapatkan segfault.

- Dennis ♦