모든 프로그래밍 언어에서 세그먼트 오류 (SIGSEGV) 를 발생 시키는 가장 짧은 코드를 작성하십시오 .

C, 5 자

main;

변수 선언입니다. int유형이 암시되고 (B 언어에서 복사 된 기능) 0기본값입니다. 실행될 때 숫자를 실행하려고 시도하고 (숫자는 실행 불가능합니다) SIGSEGV.

온라인으로 사용해보십시오!

배쉬, 11      

kill -11 $$

어셈블리 (Linux, x86-64), 1 바이트

RET

이 코드는 segfault입니다.

파이썬 2, 13

exec'()'*7**6

Windows는 c00000fd (스택 오버플로) 오류 코드를보고합니다.이 오류는 세그먼테이션 오류의 하위 유형이라고 가정합니다.

Alex A.와 Mego 덕분에 Mac 및 Linux 시스템에서도 세그먼테이션 오류가 발생하는 것으로 확인되었습니다. Python은 프로그램을 이식 가능하게 충돌시키는 데 사용되는 언어입니다.

pdfTeX (51)

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

이것은 실제로 버그 일지 모르지만 Knuth가 작성한 원래 TeX에는 존재 하지 않습니다. tex filename.tex대신 코드를 컴파일 pdftex filename.tex해도 segfault가 생성되지 않습니다.

LOLCODE, 4 바이트

OBTW

C 인터프리터에서만 온라인으로 작동하지 않습니다.

파이썬, 33 자

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

출처 : http://bugs.python.org/issue1215#msg143236

파이썬, 60 자

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

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

이것은 내가 테스트하고있는 파이썬 버전입니다.

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

일반적으로 파이썬 인터프리터는 충돌하기 어렵지만 위의 내용은 선택적인 모욕입니다.

넷째-3 자

0 @

( @페치입니다)

C, 18

main(){raise(11);}

펄 (<5.14), 9 자

/(?{??})/

5.14에서는 정규식 엔진이 재진입되어 이러한 방식으로 충돌 할 수 없었지만이 작업을 시도하면 5.12 이하 버전에서 segfault가 수행됩니다.

W32 .com 실행 파일-0 바이트

이것은 이상하게 보이지만 32 비트 Windows 시스템에서 빈 .com 파일을 만들고 실행하면 무언가에 따라 segfault 가 발생할 수 있습니다. DOS는 (메모리 관리가없고 8086 오류가 발생하는 의미있는 세그먼트가없는) 8086을 받아들이고 64 비트 Windows는 실행을 거부합니다 (.com 파일을 실행할 v86 모드가없는 x86-64).

brainfuck (2)

<.

예, 이것은 구현에 따라 다릅니다. SIGSEGV는 좋은 컴파일러의 결과 일 것입니다.

하스켈, 31

foreign import ccall main::IO()

이것은 GHC로 컴파일되고 실행될 때 segfault를 생성합니다. 외부 기능 인터페이스가 Haskell 2010 표준에 있으므로 확장 플래그가 필요하지 않습니다.

C- 11 (19) 7 (15) 6 (14) 1 자, AT & T x86 어셈블러-8 (24) 자

C 버전은 다음과 같습니다

*(int*)0=0;

전체 프로그램 (ISO와 완전히 호환되지 않음, K & R C라고 가정하자)의 길이는 19 자입니다.

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

어셈블러 변형 :

orl $0,0

전체 프로그램의 길이는 24 자입니다 (실제로 어셈블러가 아니기 때문에 평가 용).

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

편집 :

몇 가지 C 변형. 첫 번째는 전역 포인터 변수의 0 초기화를 사용합니다.

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

두 번째는 무한 재귀를 사용합니다.

main(){main();}

마지막 변형은 가장 짧은 것 -7 (15) 자입니다.

편집 2 :

위의 6 (14) 자 중 하나보다 짧은 변형을 하나 더 발명했습니다. 리터럴 문자열이 읽기 전용 세그먼트에 있다고 가정합니다.

main(){*""=0;}

편집 3 :

그리고 마지막 시도-1 문자 길이 :

P

다음과 같이 컴파일하십시오.

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

dc-7 자

[dx0]dx

스택 오버플로를 일으킴

펄, 10/12 자

약간 치트 한 해결책은 Joey Adams의 bash 트릭 에서 하나의 char를 면도하는 것 입니다 .

kill 11,$$

그러나 Perl에서 실제 segfault를 얻는 unpack p것은 확실한 해결책입니다.

unpack p,1x8

주소 0x31313131 (또는 64 비트 시스템의 경우 0x3131313131313131)은 우연히 유효한 주소 공간을 가리킬 수 있기 때문에 기술적으로 이것은 segfault를 보장 하지 않습니다 . 그러나 확률은 반대입니다. 또한 포인터가 64 비트보다 긴 플랫폼으로 perl을 이식하면 x8증가해야합니다.

파이썬 33

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

파이썬에서 신호 11 (SIGSEGV) 보내기.

OCaml, 13 바이트

Obj.magic 0 0

이 함수 Obj.magic는 두 가지 유형을 안전하지 않게 강제 하는 기능을 사용합니다 . 이 경우 0 (GC에서 사용하는 태그 비트로 인해 즉시 값 1로 저장 됨)을 함수 유형 (포인터로 저장 됨)으로 강제 변환합니다. 따라서 주소 1을 역 참조하려고 시도하며 물론 segfault입니다.

배쉬, 4 바이트

골프

. $0

스크립트를 재귀 적으로 포함하십시오.

설명

재귀 "소스"(.) 작업은 결국 스택 오버플로를 발생시키고 Bash 가 libsigsegv 와 통합되지 않으므로 SIGSEGV가 발생합니다.

여기에 설명 된대로 이는 버그가 아니라 예상되는 동작 입니다.

테스트

./bang 
Segmentation fault (core dumped)

온라인으로 사용해보십시오!

실제로 , 17 16 11 10 9 바이트

⌠[]+⌡9!*.

온라인으로 사용해보십시오!

위의 내용이 충돌하지 않으면 숫자를 늘려보십시오 (여러 숫자는 실제로 앞에 콜론으로 지정됨)

깊이 중첩 된 객체를 포함하는 파이썬의 버그를 악용하여 인터프리터를 충돌시킵니다. itertools.chain실제로는 +연산자 를 구현하는 데 사용됩니다 .

C #-62

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

편집 : 23

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

이 기능이 작동하려면 / unsafe로 컴파일해야합니다. 어떤 이유로 나는 이해하지 못하고 *(int*)0=0NullReferenceException을 던지는 반면이 버전은 적절한 액세스 위반을 제공합니다.

PicoLisp-4 자

$ pil
: ('0)
Segmentation fault

이것은 의도 된 행동입니다. 그들의 웹 사이트에 설명 된대로 :

일부 프로그래밍 언어가 "Swiss Army Knife of Programming"이라고 주장하는 경우 PicoLisp는 "Scalpel of Programming"이라고 할 수 있습니다.

F90-39 바이트

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

편집:

gfortran segv.f90 -o segv 

실행:

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

기재:

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

C에서 19 자

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

메인 함수의 리턴 주소 값을 손상시켜의 리턴시 SIGSEGV를 얻습니다 main.

J (6)

memf 1

memf사용 가능한 메모리를 의미 1하고 포인터로 해석됩니다.

사이 톤, 14

이것은 종종 디버깅 목적으로 유용합니다.

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

유닉스 PDP-11 어셈블리, 18 바이트 바이너리, 7 바이트 소스

(이것은 저와의 테마가되고 있습니다. 아마도 여기서 아무도 모르는 유일한 언어이기 때문일 것입니다.)

inc(r0)

프로그램 시작시 r0의 초기 값 (simh 디버거에 따라 05162 임)으로 지정된 단일 바이트를 증가시킵니다.

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

그리고 항상 그렇듯이 끝에서 불필요한 바이트는 스트립으로 제거 할 수 있습니다.

소스를 더 짧게 만들려고 몇 번 시도했지만 항상 구문 오류 또는 SIGBUS가 발생했습니다.

Matlab-가능합니다!

내 질문 에 대한 답 으로, Amro는이 문제 를 생각해 냈습니다.

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

자바 스크립트 셸, 7 바이트

clear()

현재 스코프가 아니라 모든 것을 완전히 지 웁니다. 이로 인해 많은 붕크가 발생하여 JS가 폭발하고 segfaulting됩니다.

Pyth, 3 자

j1Z

이것은 합법적으로 단서 가 없다는 점을 제외 하고는이 답변을 어떻게 제시했는지 설명하는 부분 입니다. 누군가 나를 위해 이것을 설명 할 수 있다면, 나는 감사 할 것입니다.

여기는 온라인 통역사입니다.

설명

j베이스가 제곱보다 크거나 나올 때까지베이스를 제곱하고 재귀 적으로 호출합니다. 밑이 0 이므로 결코 발생하지 않습니다. 충분히 높은 재귀 제한으로 segfault를 얻습니다.

- 데니스 ♦