Herhangi bir programlama dilinde bir Segmentasyon Hatası (SIGSEGV) oluşturan en kısa kodu yazın .

C, 5 karakter

main;

Değişken bir bildirimdir - inttür ima edilir (B diline kopyalanan özellik) ve 0varsayılan değerdir. Bu yapıldığında bir sayı çalıştırılmaya çalışılır (sayılar çalıştırılamaz) ve sebep olur SIGSEGV.

Çevrimiçi deneyin!

Bash, 11      

kill -11 $$

Derleme (Linux, x86-64), 1 bayt

RET

Bu kod segfaults.

Python 2, 13

exec'()'*7**6

Windows, c00000fd (Yığın Taşması) hata kodunu bildiriyor, ki bu bir segmentasyon hatasının alt tipi olduğunu varsayıyor.

Alex A. ve Mego sayesinde, Mac ve Linux sistemlerinde de segmentasyon hatalarına neden olduğu doğrulandı. Python, programlarınızı taşınabilir bir şekilde çökertmek için tercih edilen dildir.

pdfTeX (51)

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

Bu aslında bir hatadır , ancak Knuth tarafından yazılan orijinal TeX'te mevcut değil: kodu tex filename.texyerine derlemek pdftex filename.texbir segfault üretmez.

LOLKOD, 4 bayt

OBTW

Çevrimiçi çalışmaz, yalnızca C yorumlayıcısında.

Python, 33 karakter

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

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

Python, 60 karakter

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

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

Bu, üzerinde test ettiğim Python sürümüdür:

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

Genel olarak Python tercümanını çökertmek zor, ama yukarıdaki seçici küfürlülük ...

İleri - 3 karakter

0 @

( @bir getirmedir)

C, 18

main(){raise(11);}

Perl (<5.14), 9 karakter

/(?{??})/

5.14'te, regex motoru, bu şekilde kilitlenememesi için canlandırıcı hale getirildi, ancak bunu denerseniz 5.12 ve önceki sürümler farklılaşacak.

W32 .com çalıştırılabilir - 0 bayt

Bu garip görünecek, ancak 32 bit Windows sistemlerinde, boş bir .com dosyası oluşturmak ve yürütmek, bir şeye bağlı olarak ... bir segfault'a neden olabilir . DOS bunu yalnızca kabul eder (8086'da bellek yönetimi yoktur, hata için anlamlı bir bölüm yoktur) ve 64 bit Windows çalışmayı reddeder (x86-64'te bir .com dosyasını çalıştırmak için v86 moduna sahip değildir).

beyin tıkanması (2)

<.

Evet, bu uygulamaya bağlıdır. SIGSEGV muhtemelen iyi bir derleyiciden kaynaklanıyor.

Haskell, 31

foreign import ccall main::IO()

Bu, GHC ile derlenip çalıştırıldığında bir segfault oluşturur. Yabancı Fonksiyon Arayüzü Haskell 2010 standardında olduğu için hiçbir uzatma bayrakları gerekmez.

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

C sürümü:

*(int*)0=0;

Tüm program (tamamen ISO uyumlu değil, K & R C olduğunu varsayalım) 19 karakter uzunluğundadır:

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

Assembler varyantı:

orl $0,0

Bütün program 24 karakter uzunluğundadır (sadece değerlendirme için, aslında bir montaj aracı olmadığı için):

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

EDIT :

Birkaç C değişkeni. İlki, global pointer değişkeninin sıfır başlatılmasını kullanır:

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

İkincisi sonsuz özyineleme kullanır:

main(){main();}

Son değişken, en kısa olan - 7 (15) karakterdir.

EDIT 2 :

6 (14) karakterden herhangi birinden daha kısa olan bir değişken daha icat etti. Değişmez karakter dizilerinin salt okunur bir bölüme yerleştirildiğini varsayar.

main(){*""=0;}

EDIT 3 :

Ve son denemem - 1 karakter uzunluğunda:

P

Sadece böyle derleyin:

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

dc - 7 karakter

[dx0]dx

yığın taşmasına neden olur

Perl, 10/12 karakter

Biraz aldatıcı bir çözüm, Joey Adams'ın bas numarasında bir kömürü tıraş etmek :

kill 11,$$

Ancak, Perl’de gerçek bir fark yaratabilmek unpack piçin açık bir çözüm var:

unpack p,1x8

Teknik olarak, bu işlemin kesilmesi garanti edilmez , çünkü 0x31313131 (veya 64-bit sistemlerdeki 0x3131313131313131) adresi yalnızca geçerli adres alanını tesadüfen işaret edebilir. Fakat ihtimaller buna karşı. Ayrıca, perl, işaretçilerin 64 bitten daha uzun olduğu platformlara taşınıyorsa, x8artırılması gerekecektir.

Python 33

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

Python'da sinyal gönderme 11 (SIGSEGV).

OCaml, 13 bayt

Obj.magic 0 0

Bu Obj.magic, herhangi iki tipe güvenli olmayan bir şekilde baskı yapan işlevi kullanır . Bu durumda, 0'ı (GC tarafından kullanılan etiket bitinden dolayı hemen değer 1 olarak depolanır) bir fonksiyon tipine (işaretçi olarak depolanır) zorlar. Bu nedenle, adres 1'den vazgeçmeye çalışır ve bu elbette farklılaşacaktır.

Bash, 4 bayt

golfed

. $0

Tekrar tekrar komut dosyasını kendi içine dahil edin.

Açıklaması

Özyinelemeli "kaynak" (.) İşlemi sonunda bir yığın taşmasına neden olur ve Bash libsigsegv ile bütünleşmediğinden , bu bir SIGSEGV ile sonuçlanır.

Bunun bir hata değil, burada tartışıldığı gibi beklenen bir davranış olduğunu unutmayın .

Ölçek

./bang 
Segmentation fault (core dumped)

Çevrimiçi Deneyin!

Aslında , 17 16 11 10 9 bayt

⌠[]+⌡9!*.

Çevrimiçi deneyin!

Yukarıdakiler çarpışmazsa, sayıyı artırmayı deneyin (çok basamaklı sayılar Aslında önde gelen iki nokta ile belirtilir)

Yorumlayıcıyı pythonda, gerçekte operatörü uygulamak için kullanılan derinden iç içe geçmiş nesneleri içeren bir hatadan yararlanarak çökertir .itertools.chain+

C # - 62

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

Düzenleme: 23

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

Bunun çalışması için / güvensiz ile derlenmelidir. Nedense anlamıyorum, *(int*)0=0sadece NullReferenceException atarken, bu sürüm uygun erişim ihlali verir.

PicoLisp - 4 karakter

$ pil
: ('0)
Segmentation fault

Bu amaçlanan davranıştır. Web sitelerinde açıklandığı gibi:

Bazı programlama dilleri "İsviçre Çakısı Programlama Ordusu" olarak nitelendiriliyorsa, PicoLisp "Programlama Neşteri" olarak adlandırılabilir: Keskin, doğru, küçük ve hafif, aynı zamanda deneyimsizlerin elinde de tehlikeli.

F90 - 39 bayt

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

Derleme:

gfortran segv.f90 -o segv 

Yürütme:

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

Malzemeler:

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

C 'de 19 karakter

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

Ana fonksiyonun dönüş adres değerini bozar, bu yüzden dönüşünde SIGSEGV alır main.

J (6)

memf 1

memfboş hafıza anlamına gelir, 1işaretçi olarak yorumlanır.

Cython, 14

Bu genellikle hata ayıklama amaçları için kullanışlıdır.

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

Unix PDP-11 montajı, 18 bayt ikili, 7 bayt kaynak

(bu benimle bir tema haline geliyor, belki de burada kimsenin bilmediği türden bir dil bildiğim için)

inc(r0)

Program başlangıcından itibaren, r0 [değerinin ayıklayıcısına göre 05162 olur] başlangıç ​​değeri ile adreslenen tek baytı artırır.

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

Ve her zaman olduğu gibi, uçtaki yabancı baytlar şerit ile çıkarılabilir.

Kaynağı kısaltmak için birkaç girişimde bulundum, ancak her zaman bir sözdizimi hatası veya SIGBUS almaya başladım.

Matlab - Evet mümkün!

Bir soruya cevaben , Amro bu tuhaflıkla karşılaştı:

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

JavaScript Kabuğu, 7 bayt

clear()

Sadece herşeyi temizler, sadece JS'nin patlaması ve segfaulting olmasıyla sonuçlanan çok fazla borca ​​neden olan mevcut kapsamı değil

Pyth, 3 karakter

j1Z

Bu, meşru bir şekilde hiçbir fikrim olmadığı sürece, bu cevabı nasıl bulduğumu açıklayacağım kısım olacaktır . Bunu benim için açıklayabilirseniz minnettar olurum.

İşte bir çevrimiçi tercüman.

açıklama

jkaideyi kareler ve taban en az sayı kadar büyük olana kadar özyinelemeli olarak çağırır. Taban 0 olduğu için bu asla olmaz. Yeterince yüksek özyinelemeli bir limit ile, bir segfault olsun.

- Dennis