Напишіть найкоротший код, який викликає помилку сегментації (SIGSEGV) будь-якою мовою програмування.

C, 5 символів

main;

Це змінна декларація - intтип мається на увазі (функція скопійована з мови B) і 0є значенням за замовчуванням. При виконанні це намагається виконати число (числа не виконуються) і викликає SIGSEGV.

Спробуйте в Інтернеті!

Баш, 11      

kill -11 $$

Збірка (Linux, x86-64), 1 байт

RET

Цей кодовий сегмент.

Пітон 2, 13

exec'()'*7**6

Windows повідомляє про код помилки c00000fd (переповнення стека), який, я вважаю, є підтипом помилки сегментації.

Завдяки Алексу А. та Мего підтверджено, що він може спричинити помилки сегментації і в системах Mac та Linux. Python - це обрана мова для портативного збоїв ваших програм.

pdfTeX (51)

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

Це насправді, ймовірно, помилка , але вона відсутня в оригінальному TeX, написаному Knuth: компіляція коду з, tex filename.texа pdftex filename.texне створює segfault.

LOLCODE, 4 байти

OBTW

Не працює в Інтернеті, лише в інтерпретаторі С.

Пітон, 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, яку я тестую на:

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

Взагалі інтерпретатора Python важко зазнати краху, але вищезгадане - селективна образливість ...

Далі - 3 символи

0 @

( @це збір)

С, 18

main(){raise(11);}

Perl (<5,14), 9 символів

/(?{??})/

У 5.14 двигун регулярного випромінювання був зроблений ретентом, щоб його не можна було зламати таким чином, але 5.12 і раніше буде сегментарно, якщо ви спробуєте це.

Виконаний файл W32 .com - 0 байт

Це здасться дивним, але в 32-бітових системах Windows, створення та виконання порожнього файлу .com може спричинити сегментацію, залежно від ... чогось. DOS просто приймає це (у 8086 немає керування пам'яттю, немає помилкових сегментів для помилок), а 64-розрядна Windows відмовляється запускати її (x86-64 не має режиму v86 для запуску файлу .com у).

ебать на голові (2)

<.

Так, це залежить від реалізації. SIGSEGV - це ймовірний результат хорошого компілятора.

Хаскелл, 31 рік

foreign import ccall main::IO()

Це створює segfault, коли компілюється з GHC та запускається. Не потрібні додаткові прапорці, оскільки зовнішній функціональний інтерфейс є стандартом 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");}

Редагувати :

Пара варіантів С. Перший використовує нульову ініціалізацію глобальної змінної вказівника:

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

У другому використовується нескінченна рекурсія:

main(){main();}

Останній варіант найкоротший - 7 (15) символів.

EDIT 2 :

Винайшли ще один варіант, який коротший, ніж будь-який із наведених вище, - 6 (14) символів. Він передбачає, що буквальні рядки розміщуються в сегменті, призначеному лише для читання.

main(){*""=0;}

EDIT 3 :

І моя остання спроба - 1 символ довгий:

P

Просто складіть його так:

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

постійний струм - 7 знаків

[dx0]dx

викликає переповнення стека

Perl, 10/12 символів

Трохи обманливе рішення полягає в тому, щоб відголити один шарм Джоуза Адамса на баш-хитрість :

kill 11,$$

Однак, щоб отримати справжній сегмент у Perl, unpack pце очевидне рішення:

unpack p,1x8

Технічно це не гарантується за замовчуванням, оскільки адреса 0x31313131 (або 0x3131313131313131 у 64-бітних системах) може випадково вказати на дійсний адресний простір. Але шанси проти цього. Крім того, якщо perl коли-небудь переноситься на платформи, де покажчики довші 64-х біт, його x8потрібно буде збільшити.

Пітон 33

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

Посилає сигнал 11 (SIGSEGV) в пітоні.

OCaml, 13 байт

Obj.magic 0 0

При цьому використовується функція Obj.magic, яка небезпечно примушує будь-які два типи. У цьому випадку він примушує 0 (зберігається як безпосереднє значення 1, завдяки біту тегів, використовуваним GC) до типу функції (зберігається як покажчик). Таким чином, він намагається знеструмити адресу 1, і це, звичайно, буде за замовчуванням.

Bash, 4 байти

Гольф

. $0

Рекурсивно включайте сценарій в себе.

Пояснив

Рекурсивна операція "source" (.) Зрештою спричиняє переповнення стека, і оскільки Bash не інтегрується з libsigsegv , це призводить до SIGSEGV.

Зауважте, що це не помилка, а очікувана поведінка, про яку йдеться тут .

Тест

./bang 
Segmentation fault (core dumped)

Спробуйте в Інтернеті!

Власне , 17 16 11 10 9 байт

⌠[]+⌡9!*.

Спробуйте в Інтернеті!

Якщо вищезгадане не збивається, спробуйте збільшити число (багатоцифрові числа вказані фактично з провідною двокрапкою)

Збиває інтерпретатора, використовуючи помилку в python із залученням глибоко вкладених itertools.chainоб'єктів, які фактично використовується для реалізації +оператора.

C # - 62

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

Редагування: 23

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

Потрібно компілювати з / небезпечним для цього. Я чомусь не розумію, *(int*)0=0просто видає NullReferenceException, в той час як ця версія дає належне порушення доступу.

PicoLisp - 4 символи

$ pil
: ('0)
Segmentation fault

Це цілеспрямована поведінка. Як описано на їхньому веб-сайті:

Якщо деякі мови програмування претендують на "нож програми програмування швейцарської армії", то PicoLisp цілком можна назвати "скальпелем програмування": гострий, точний, невеликий і легкий, але також небезпечний для руки недосвідченого.

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

19 символів на С

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

Це пошкоджує значення зворотної адреси основної функції, тому при поверненні вона отримує SIGSEGV main.

J (6)

memf 1

memfозначає вільну пам'ять, 1інтерпретується як вказівник.

Ситона, 14

Це часто стане в нагоді для налагодження.

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

Збірка Unix PDP-11, 18 байт двійкового, 7 байт джерела

(це стає для мене темою, можливо, тому, що це єдина мова, яку я начебто знаю, що ніхто інший тут не робить.)

inc(r0)

Збільшує одиничний байт, адресований початковим значенням r0 [що трапляється 05162 за даними симх-відладчика] старту програми.

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

І, як завжди, сторонні байти в кінці можна видалити смужкою.

Я зробив кілька спроб скоротити джерело, але завжди отримував або синтаксичну помилку, або SIGBUS.

Матлаб - Так, це можливо!

У відповідь на моє запитання Амро придумав цю химерність:

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

Оболонка JavaScript, 7 байт

clear()

Очищає абсолютно все, не тільки нинішню сферу дії, яка, очевидно, спричиняє безліч борків, що призводить до того, що JS підірветься і збиється

Pyth, 3 символи

j1Z

Це була б частина, де я пояснюю, як я придумав цю відповідь, за винятком випадків, коли я законно не маю поняття . Якщо хтось міг би мені це пояснити, я буду вдячний.

Ось це в онлайн-перекладачі.

Пояснення

jквадратів бази та називає себе рекурсивно, доки база не буде принаймні такою великою, як число. Оскільки база дорівнює 0 , цього ніколи не буває. З достатньо високою межею рекурсії ви отримуєте segfault.

- Денніс ♦