Viết mã ngắn nhất làm tăng Phân đoạn Lỗi (SIGSEGV) bằng bất kỳ ngôn ngữ lập trình nào.

C, 5 ký tự

main;

Đó là một khai báo biến - intloại được ngụ ý (tính năng được sao chép từ ngôn ngữ B) và 0là giá trị mặc định. Khi được thực thi, điều này cố gắng thực thi một số (số không thực thi được) và nguyên nhân SIGSEGV.

Hãy thử trực tuyến!

Bash, 11      

kill -11 $$

Hội (Linux, x86-64), 1 byte

RET

Mã này segfaults.

Con trăn 2, 13

exec'()'*7**6

Windows báo cáo mã lỗi của c00000fd (Stack Overflow) mà tôi cho rằng đó là một kiểu con của lỗi phân đoạn.

Nhờ Alex A. và Mego, nó được xác nhận là gây ra lỗi phân đoạn trên các hệ thống Mac và Linux. Python là ngôn ngữ được lựa chọn để phá vỡ chương trình của bạn.

pdfTeX (51)

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

Đây thực sự có thể là một lỗi , nhưng nó không có trong TeX gốc, được viết bởi Knuth: biên dịch mã tex filename.texthay vì pdftex filename.texkhông tạo ra một segfault.

LOLCODE, 4 byte

OBTW

Không hoạt động trực tuyến, chỉ trong trình thông dịch C.

Con trăn, 33 ký tự

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

Nguồn: http://bugs.python.org/su1215#msg143236

Con trăn, 60 ký tự

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

Nguồn: http://svn.python.org/view/python/trunk/Lib/test/crashers/recursive_call Shikview=markup

Đây là phiên bản Python tôi đang thử nghiệm trên:

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

Nói chung, trình thông dịch Python khó gặp sự cố, nhưng ở trên là lạm dụng có chọn lọc ...

Forth - 3 ký tự

0 @

( @là một tìm nạp)

C, 18

main(){raise(11);}

Perl (<5.14), 9 ký tự

/(?{??})/

Trong 5.14, công cụ regex đã được thực hiện lại để nó không thể bị hỏng theo cách này, nhưng 5.12 và trước đó sẽ phân tách nếu bạn thử cách này.

W32 .com thực thi - 0 byte

Điều này có vẻ kỳ lạ, nhưng trên các hệ thống Windows 32 bit, việc tạo và thực thi một tệp .com trống có thể gây ra một segfault, tùy thuộc vào ... một cái gì đó. DOS chỉ chấp nhận nó (8086 không có quản lý bộ nhớ, không có lỗi phân đoạn có ý nghĩa) và Windows 64 bit từ chối chạy nó (x86-64 không có chế độ v86 để chạy tệp .com).

cân não (2)

<.

Vâng, điều này phụ thuộc vào việc thực hiện. SIGSEGV là kết quả có khả năng từ một trình biên dịch tốt.

Haskell, 31

foreign import ccall main::IO()

Điều này tạo ra một segfault khi được biên dịch với GHC và chạy. Không cần cờ mở rộng, vì Giao diện chức năng nước ngoài nằm trong tiêu chuẩn Haskell 2010.

C - 11 (19) 7 (15) 6 (14) 1 ký tự, trình biên dịch AT & T x86 - 8 (24) ký tự

Phiên bản C là:

*(int*)0=0;

Toàn bộ chương trình (không hoàn toàn tuân thủ ISO, giả sử đó là K & R C) dài 19 ký tự:

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

Biến thể lắp ráp:

orl $0,0

Toàn bộ chương trình dài 24 ký tự (chỉ để đánh giá, vì nó không thực sự là trình biên dịch):

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

CHỈNH SỬA :

Một vài biến thể C. Cái đầu tiên sử dụng khởi tạo không của biến con trỏ toàn cục:

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

Cái thứ hai sử dụng đệ quy vô hạn:

main(){main();}

Biến thể cuối cùng là một ký tự ngắn nhất - 7 (15).

EDIT 2 :

Phát minh thêm một biến thể ngắn hơn bất kỳ ký tự nào ở trên - 6 (14) ký tự. Nó giả định rằng các chuỗi chữ được đưa vào một phân đoạn chỉ đọc.

main(){*""=0;}

EDIT 3 :

Và lần thử cuối cùng của tôi - dài 1 ký tự:

P

Chỉ cần biên dịch nó như thế:

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

dc - 7 ký tự

[dx0]dx

gây ra tràn ngăn xếp

Perl, 10/12 ký tự

Một giải pháp hơi gian lận là loại bỏ một trò lừa bịp của Joey Adams :

kill 11,$$

Tuy nhiên, để có được một segfault thực sự trong Perl, unpack plà giải pháp rõ ràng:

unpack p,1x8

Về mặt kỹ thuật, điều này không được đảm bảo cho segfault, vì địa chỉ 0x31313131 (hoặc 0x313131313131313131 trên các hệ thống 64 bit) chỉ có thể chỉ đến không gian địa chỉ hợp lệ. Nhưng tỷ lệ cược chống lại nó. Ngoài ra, nếu perl được chuyển đến các nền tảng nơi con trỏ dài hơn 64 bit, thì x8sẽ cần phải tăng lên.

Con trăn 33

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

Gửi tín hiệu 11 (SIGSEGV) trong python.

OCaml, 13 byte

Obj.magic 0 0

Điều này sử dụng chức năng Obj.magic, mà không ép buộc bất kỳ hai loại. Trong trường hợp này, nó ép buộc 0 (được lưu dưới dạng giá trị ngay lập tức 1, do bit thẻ được sử dụng bởi GC) thành một loại hàm (được lưu dưới dạng con trỏ). Vì vậy, nó cố gắng hủy đăng ký địa chỉ 1, và điều đó tất nhiên sẽ segfault.

Bash, 4 byte

Chơi gôn

. $0

Đệ quy bao gồm các kịch bản vào chính nó.

Giải thích

Hoạt động "nguồn" đệ quy (.) Cuối cùng gây ra tràn ngăn xếp và vì Bash không tích hợp với libsigsegv , điều này dẫn đến SIGSEGV.

Lưu ý rằng đây không phải là một lỗi, mà là một hành vi dự kiến, như được thảo luận ở đây .

Kiểm tra

./bang 
Segmentation fault (core dumped)

Dùng thử trực tuyến!

Trên thực tế , 17 16 11 10 9 byte

⌠[]+⌡9!*.

Hãy thử trực tuyến!

Nếu ở trên không gặp sự cố, hãy thử tăng số (số có nhiều chữ số được chỉ định trong Thực tế với dấu hai chấm đầu)

Làm hỏng trình thông dịch bằng cách khai thác một lỗi trong python liên quan đến các itertools.chainđối tượng lồng nhau sâu , mà thực sự sử dụng để thực hiện +toán tử.

C # - 62

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

Chỉnh sửa: 23

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

Phải biên dịch với / không an toàn để cái này hoạt động. Vì một số lý do tôi không hiểu, *(int*)0=0chỉ cần ném NullReferenceException, trong khi phiên bản này cung cấp vi phạm quyền truy cập phù hợp.

PicoLisp - 4 ký tự

$ pil
: ('0)
Segmentation fault

Đây là hành vi dự định. Theo mô tả trên trang web của họ:

Nếu một số ngôn ngữ lập trình tự xưng là "Con dao lập trình của quân đội Thụy Sĩ", thì PicoLisp có thể được gọi là "Con dao lập trình": Sắc bén, chính xác, nhỏ và nhẹ, nhưng cũng nguy hiểm trong tay người thiếu kinh nghiệm.

F90 - 39 byte

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

Tổng hợp:

gfortran segv.f90 -o segv 

Chấp hành:

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

Nguyên vật liệu:

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

19 ký tự trong C

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

Nó làm hỏng giá trị địa chỉ trả về của hàm chính, do đó, nó nhận được SIGSEGV khi trả về main.

J (6)

memf 1

memfcó nghĩa là bộ nhớ trống, 1được hiểu là một con trỏ.

Con trăn, 14 tuổi

Điều này thường có ích cho mục đích gỡ lỗi.

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

Lắp ráp Unix PDP-11, nhị phân 18 byte, nguồn 7 byte

(điều này đang trở thành một chủ đề với tôi, có lẽ bởi vì đó là ngôn ngữ duy nhất tôi biết mà không ai khác ở đây làm.)

inc(r0)

Tăng các byte đơn được đánh địa chỉ theo giá trị ban đầu của r0 [xảy ra là 05162 theo trình gỡ lỗi simh] khi bắt đầu chương trình.

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

Và, như mọi khi, các byte ngoại lai ở cuối có thể được loại bỏ bằng dải.

Tôi đã thực hiện một vài nỗ lực để rút ngắn nguồn, nhưng cuối cùng luôn bị lỗi cú pháp hoặc SIGBUS.

Matlab - Vâng, điều đó là có thể!

Trả lời câu hỏi của tôi, Amro đã đưa ra cách giải quyết này:

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

JavaScript Shell, 7 byte

clear()

Xóa tất cả mọi thứ, không chỉ phạm vi hiện tại mà rõ ràng gây ra rất nhiều nút, điều này dẫn đến việc JS nổ tung và phân tách

Pyth, 3 ký tự

j1Z

Đây sẽ là phần mà tôi giải thích làm thế nào tôi đưa ra câu trả lời này, ngoại trừ tôi hợp pháp không có manh mối . Nếu bất cứ ai có thể giải thích điều này cho tôi, tôi sẽ biết ơn.

Đây là một thông dịch viên trực tuyến.

Giải trình

jbình phương cơ sở và gọi chính nó đệ quy cho đến khi cơ sở ít nhất bằng số lượng. Vì cơ sở là 0 , điều đó không bao giờ xảy ra. Với giới hạn đệ quy cao, bạn sẽ có được một segfault.

- Dennis ♦