Пишіть програми, які створюють божевільні, незрозумілі, смішні або просто прості помилки в режимі горіха. Помутніння і гоління (нетривалість) не потрібні.

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

Одиницею балів є підсумкові рахунки.

Додаток 1

Порушення компілятора теж добре.

Обов'язковий PHP (який досі не було встановлено станом на 5.4):

<?::

Виходи:

Помилка розбору: помилка синтаксису, несподівана T_PAAMAYIM_NEKUDOTAYIM у рядку 1

Whaa?

Помилка компіляції Gcc:

int main()
{
        long long long a;
}

помилка: довгий довгий довгий занадто довгий для GCC

Командний рядок Windows

If you're happy and you know it clap your hands!

Вихід:

щасливий був несподіваним в цей час.

PHP

$ cat error.php 
<?php
function echo_string(string $string) {
    echo $string;
}
echo_string("Hello, world!");
$ php error.php 
PHP Catchable fatal error:  Argument 1 passed to echo_string() must be an instance of string, string given, called in error.php on line 5 and defined in error.php on line 2

Ви не можете передавати рядок функції, замість неї потрібно передавати рядок!

Оновлення: Цей код НЕ помилка в PHP 7. Наведіть / натисніть / торкніться спойлера, щоб перевірити, чому (містить спойлери про те, як працює код).

У PHP 7. була додана нова функція, відома як декларації скалярного типу . Ця функція дозволяє використовувати скалярні типи у деклараціях функцій.

баш

$ echo "Hello, world!"
bash: !": event not found

І ви б подумали, що баш прийме просте "Привіт, світ!" програма.

Python 2.7

# Look I'm actually coding: see my happy face?
print ':)'

Породжує досить непосидних:

SyntaxError: encoding problem: with BOM

Як простий коментар може призвести до помилки?

Математика

Під час використання Mathematica для створення графічного виводу іноді спрацьовує повідомлення про помилки, відформатоване відповідно до специфікацій, що використовуються в самій програмі. Ось тривіальний приклад.

Rotate[f/0, .6]

Графічний калькулятор TI-89

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

d(xy+x=0,x)

Ви отримуєте наступне:

1 = 0

З цим застереженням, надрукованим крихітними літерами внизу екрана:

Warning: May produce false equation

Це відбувається тому , що xyне тлумачиться як такий x * y, а як свій власний символ, xy.

Як не дивно, якщо ви це зробите d(xy=0,x), ви отримуєте 0 = 0те саме попередження.

Ви можете змусити мозок компілятора Haskell вибухнути:

C:\Windows\system32>ghci
...
Prelude> :set -XExistentialQuantification
Prelude> data Foo = forall a. Foo a
Prelude> let foo f = 1 where Foo a = f

<interactive>:4:21:
    My brain just exploded
    I can't handle pattern bindings for existential or GADT data constructors.
    Instead, use a case-expression, or do-notation, to unpack the constructor.
    In the pattern: Foo a
    In a pattern binding: Foo a = f
    In an equation for `foo':
        foo f
          = 1
          where
              Foo a = f
Prelude>

Рубін

Правила зловживань.

class StandardError

  def to_s
    words = File.open('/usr/share/dict/words'){|f|f.readlines.map &:chop}.sample(100)
    words.last.capitalize!
    super.gsub(/\w+/){words.pop}
  end

  to_s(3)

end

Якщо він працює на OSX, виробляє, наприклад,

$ ruby weird_runtime_error.rb 
weird_runtime_error.rb:9:in `to_s': Sculpturation contingence explicate tappet(phonendoscope ethopoeia nannandrous) (ArgumentError)
    from weird_runtime_error.rb:9:in `<class:StandardError>'
    from weird_runtime_error.rb:1:in `<main>'

Підказка DOS

c:\>make love

дає тобі

Fatal Error: 'love' does not exist. Don't know how to make it.

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

Bash (помилка Quine)

Ця помилка - Квіне в Баші!

$ bash: bash:: command not found...
bash: bash:: command not found...

Звичайно, ви повинні мати відповідне locale(тут англійською).

CSH

Справді класичний cshжарт:

% make fire?
make: No match.

Bash - точне відтворення рідкісного повідомлення про помилку

echo -ne $(tail -n +257 /usr/src/linux*/drivers/char/lp.c | head -1 | cut -d '"' -f 2 | sed 's/%d/0/')

Вихід:

lp0 on fire

Потрібно розпакувати джерело ядра Linux у звичайному місці.

Веселий факт: я одного разу отримав це повідомлення серйозно під час роботи старого стрічкового принтера.

C (++)

Якщо помилки під час компіляції враховуються ось одні (припускаючи файл під назвою "crash.c").

#include "crash.c"

int main(){ return 0; }

Він заповнює екран цим під час компіляції (готовий Ctrl-C)

                 from crash.c:1,
                 from crash.c:1:
crash.c:3:1: error: redefinition of ‘main’
crash.c:3:1: note: previous definition of ‘main’ was here
In file included from crash.c:1:0,
                 from crash.c:1,
                 from crash.c:1,

Ще один фрагмент, який ідеально добре компілюється (відсутні попередження -Wallта ілюструє прекрасний тип безпеки C </s>

#include <stdio.h>
int i;

int main(){
  sprintf(NULL, "%s", (char *) (void *) (1/i));
  return 0;
}

Запуск дає:

Floating point exception (core dumped)

Рубін

Відчувайте, що це дивно, що це може статися мовою високого рівня.

$*<<$*<<$**$/

виробляє

ArgumentError: recursive array join

Це дуже давно, але для тих, хто пам’ятає BCPL,

GET "LIBHDR"

LET START() = VALOF 
$8
        RESULTIS 0
$)

скаржився б

$8
 ^
"( ) or 8 expected"

R

Це технічно не помилка, а попередження, але, проте, це смішно і виникає з цілком езотеричних причин.

[[EDIT]] Здається, що причина деяких кумедних попереджень перебуває в RStudio, а не R per se, тому це менш цікаво, ніж я вперше думав. Перший приклад, тобто plot(1:2, NotAGraphicalParameter = "ignore.me"), все ще відтворюється в "голому" R і досить смішний сам по собі. [[/ EDIT]]

> plot(1:2, NotAGraphicalParameter = "ignore.me")
# produces a nice scatterplot with two points, [1,1] and [2,2]
Warning messages:
1: In plot.window(...) :
  "NotAGraphicalParameter" is not a graphical parameter
2: In plot.xy(xy, type, ...) :
  "NotAGraphicalParameter" is not a graphical parameter
3: In axis(side = side, at = at, labels = labels, ...) :
  "NotAGraphicalParameter" is not a graphical parameter
4: In axis(side = side, at = at, labels = labels, ...) :
  "NotAGraphicalParameter" is not a graphical parameter
5: In box(...) : "NotAGraphicalParameter" is not a graphical parameter
6: In title(...) : "NotAGraphicalParameter" is not a graphical parameter
> plot(2:3)
# another nice scatterplot: [2,2] and [3,3] 
# but there should be nothing wrong this time!
# however ...
There were 12 warnings (use warnings() to see them)
> warnings()
Warning messages:
1: "NotAGraphicalParameter" is not a graphical parameter
2: "NotAGraphicalParameter" is not a graphical parameter
3: "NotAGraphicalParameter" is not a graphical parameter
4: "NotAGraphicalParameter" is not a graphical parameter
5: "NotAGraphicalParameter" is not a graphical parameter
6: "NotAGraphicalParameter" is not a graphical parameter
7: "NotAGraphicalParameter" is not a graphical parameter
8: "NotAGraphicalParameter" is not a graphical parameter
9: "NotAGraphicalParameter" is not a graphical parameter
10: "NotAGraphicalParameter" is not a graphical parameter
11: "NotAGraphicalParameter" is not a graphical parameter
12: "NotAGraphicalParameter" is not a graphical parameter
# but let's try once more:
> plot(2:3)
# yup. no warnings this time. we had to do it twice

Це як R пам'ятає наші образи. Але ненадовго.

Я не можу пояснити, чому це відбувається - але це відтворюється. Насправді це відбувається щоразу, коли ви подаєте якийсь "не графічний параметр" на графік 1, а потім робите сюжет 2 абсолютно бездоганним способом. Особливо смішно, що ми отримуємо 12 попереджень "не графічний параметр" для другого сюжету, а лише 6 для першого. Ще одна смішна річ полягає в тому, що якщо ви надаєте "не графічний параметр" зі значенням NULL, жодна умова не кидається:

plot(1:2, Nonsense=NULL)
# no warnings
# however
plot(1:2, Nonsense="gibberish")
# gives the usual 6-pack of warnings

А щоб стати ще смішнішим, давайте намалюємо кілька ліній зверху раніше намальованого сюжету:

plot(1:2)
# you will see the number of warnings growing with each line:
lines(1:2, 1:2, mumbo = 1)
lines(1:2, 1:2, jumbo = 2)
lines(1:2, 1:2, bimbo = 3)
lines(1:2, 1:2, cucaracha = 4)
lines(1:2, 1:2, karaoke = 5)
lines(1:2, 1:2, radiogaga = 6)
lines(1:2, 1:2, reptiles = 7)
lines(1:2, 1:2, cowsonmoon = 8)
lines(1:2, 1:2, stainlessSteelLadderToTheMoon = 9)
lines(1:2, 1:2, frambuesa = 10)
lines(1:2, 1:2, fresa = 11)
lines(1:2, 1:2, limonYNada = 12)
lines(1:2, 1:2, slingsAndArrows = 13)
# ... and now you have 25 warnings:
warnings()

Warning messages:
1: "mumbo" is not a graphical parameter
2: "jumbo" is not a graphical parameter
3: "bimbo" is not a graphical parameter
4: "cucaracha" is not a graphical parameter
5: "karaoke" is not a graphical parameter
6: "radiogaga" is not a graphical parameter
7: "reptiles" is not a graphical parameter
8: "cowsonmoon" is not a graphical parameter
9: "stainlessSteelLadderToTheMoon" is not a graphical parameter
10: "frambuesa" is not a graphical parameter
11: "fresa" is not a graphical parameter
12: "limonYNada" is not a graphical parameter
13: "mumbo" is not a graphical parameter
14: "jumbo" is not a graphical parameter
15: "bimbo" is not a graphical parameter
16: "cucaracha" is not a graphical parameter
17: "karaoke" is not a graphical parameter
18: "radiogaga" is not a graphical parameter
19: "reptiles" is not a graphical parameter
20: "cowsonmoon" is not a graphical parameter
21: "stainlessSteelLadderToTheMoon" is not a graphical parameter
22: "frambuesa" is not a graphical parameter
23: "fresa" is not a graphical parameter
24: "limonYNada" is not a graphical parameter
25: In plot.xy(xy.coords(x, y), type = type, ...) :
  "slingsAndArrows" is not a graphical parameter

Це повинно бути ні виграти великий час, якщо справедливості немає.

Windows Command Script

УВАГА! Це бомба з виделкою!

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

%0|%0|%0

Бонуси:

• Зробить систему майже непридатною до перезавантаження
• Перешкоджає виходу зі сценарію, що має бути неможливим

q ображає вас

q)`u#1 1
'u-fail
q)

`` u # `` повідомляє, qщо кожен елемент у списку є унікальним (тому він може будувати якийсь індекс на основі хешу, імовірно). це те, що відбувається, коли це насправді не так.

Як щодо помилок оптимізації компілятора:

#include <stdio.h>

#define N 4

int main(void)
{
    int sum;
    int i;
    int arr[N];

    for (i = 0, sum = 0; i < N; i++, arr[i] = sum) {
        sum += arr[i];
    }
    printf("%d\n", sum);
    return 0;
}

Це властиво gcc> = 4.7. Компілюється та працює добре із gcc -O0 -Wall. Компілює, gcc -O2 -Wallале призводить до отримання інформаційного циклу.

Також зауважте, як gcc бачить проблему для менших N, наприклад N = 3:

test.c:11:38: warning: array subscript is above array bounds [-Warray-bounds]
  for (i = 0, sum = 0; i < N; i++, arr[i] = sum) {
                                       ^
test.c:12:13: warning: 'arr[0]' is used uninitialized in this function [-Wuninitialized]
  sum += arr[i];
         ^

До речі, це було взято з повідомлення про помилку, я не можу пригадати номер помилки.

Мені завжди подобалася ця дивацтво в APL:

      ⍝ явно синтаксична помилка
      {(]} 3  
СИНТАКСИЧНА ПОМИЛКА
      {(]} 3

      ⍝ але:
      {(]} 1 ÷ 0
ПОМИЛКА ДОМЕНА
      {(]} 1 ÷ 0 

      ⍝ навіть працює зі статично визначеними функціями
      ∇z ← fx
[1] z ← [{]} x
[2] ∇
      f 1 ÷ 0
ПОМИЛКА ДОМЕНА
      f 1 ÷ 0
     ∧
      f 3
СИНТАКСИЧНА ПОМИЛКА
f [1] z ← [{]} x     

Він ліниво розбирає внутрішню частину функцій!

PHP

<?php
[][] = 42;

[]використовується для проштовхування елементів. Однак, якщо ви використовуєте його для прямого масиву, PHP видає шалене повідомлення про помилку, навіть якщо ви призначаєте його для того, щоб натиснути. Потрібен PHP> = 5.4, оскільки раніше ви не могли мати індексовані літерали масиву.

Вихід:

Фатальна помилка : Не вдається використовувати [] для читання в [...] [...] в рядку 2

Пітон

Вкладені блоки

for a in range(26):
 for b in range(26):
  for c in range(26):
   for d in range(26):
    for e in range(26):
     for f in range(26):
      for g in range(26):
       for h in range(26):
        for i in range(26):
         for j in range(26):
          for k in range(26):
           for l in range(26):
            for m in range(26):
             for n in range(26):
              for o in range(26):
               for p in range(26):
                for q in range(26):
                 for r in range(26):
                  for s in range(26):
                   for t in range(26):
                    for u in range(26):
                     for v in range(26):
                      for w in range(26):
                       for x in range(26):
                        for y in range(26):
                         for z in range(26):
                          print a

Python 2.7: SystemError: too many statically nested blocks

Списки з самостійним посиланням

def printList(myList):
    for element in myList:
        if isinstance(element, list):
            printList(myList)
        else:
            print(element)

a = []
a.append(a)
printList(a)

Python 2.7

Правда не є постійною

Проблема в наступному прикладі полягає в тому, що в Python 2.7 Trueі Falseне є константами. А Trueта Falseможе автоматично отримати відлиті до 1і 0:

True=False
a=10/True

Traceback (most recent call last):
  File "/home/moose/.config/pluma/tools/new-tool-2", line 11, in <module>
    exec(sys.stdin.read())
  File "<string>", line 2, in <module>
ZeroDivisionError: integer division or modulo by zero

Python 2.7:

Інтенсивність

def f(n):
    if n <= 1:
        return n
    else:
        return f(n-1)+f(n-2)

Ви отримуєте помилку?

Traceback (most recent call last):
  File "/home/moose/.config/pluma/tools/new-tool-2", line 11, in <module>
    exec(sys.stdin.read())
  File "<string>", line 4
    else:
       ^
SyntaxError: invalid syntax

Змішування вкладок і пробілів було нормально в Python 2.7 ... але пам’ятайте про рівень відступу!

Почну:

#include <iostream>

using namespace std;

class A
{
public:
    A()
    {
    }

    void doSomethingDiabolical()
    {
        delete this;
    }

    virtual void breakHorribly()
    {
        cout << "still alive" << endl;
        doSomethingDiabolical();
        cout << "still alive" << endl;
    }
};

class B : public A
{
public:
    B() : A()
    {
    }

    void breakHorribly()
    {
        cout << "still alive" << endl;
        ((A *) this)->breakHorribly();
        cout << "still alive" << endl;
        doSomethingDiabolical();
        cout << "still alive" << endl;
        breakHorribly();
        cout << "dead" << endl;
    }
};

int main()
{
    jane();
}

void jane()
{
    cout << "still alive" << endl;
    A * o = new B;
    cout << "still alive" << endl;
    o->breakHorribly();
}

Хтось здогадується, чому ця програма виходить з ладу? : D

Дивіться janeзапуск: http://ideone.com/gtaZ3

Баш

Це я отримав сьогодні, коли спробував з’ясувати, чи можна захистити систему від rm -rf /.

mkdir /tmp/a
mkdir /tmp/a/b
sudo mount --bind /tmp/a /tmp/a/b
rm -rf /tmp/a

Повідомлення про помилку LANG=C:

rm: WARNING: Circular directory structure.
This almost certainly means that you have a corrupted file system.
NOTIFY YOUR SYSTEM MANAGER.
The following directory is part of the cycle:
  '/tmp/a/b'

R

Ще одна, яка не смішна і, знову ж таки, попередження, а не помилка, але все ж приємна:

> sapply(as.list(-1:-51), log)
 [1] NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN
[20] NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN
[39] NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN NaN
There were 50 or more warnings (use warnings() to see the first 50)

Мені подобається останній шматочок: 50 і більше :)

І власне попередження:

1: In lapply(X = X, FUN = FUN, ...) : NaNs produced
2: In lapply(X = X, FUN = FUN, ...) : NaNs produced
....
50: In lapply(X = X, FUN = FUN, ...) : NaNs produced

FUN = FUN!

CPython

import ctypes
import sys
(ctypes.c_char * sys.getsizeof(None)).from_address(id(None))[:4] = '\x00' * 4

Результат:

Fatal Python error: deallocating None

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

Bash - контрінтуїтивний збій втечі

echo "this should definitely work!!!11!"

повертає

-bash: !11: event not found

(розширення історії в командному рядку не запобігається подвійними лапками)

Бонус:

echo "I don't know what's gone wrong!! !echo is usually pretty foolproof!-1"

Результат навряд чи буде таким, що очікується. Натисніть клавішу вгору, щоб знову отримати команду, і помітьте, що вона змінилася від того, що ви ввели. Якщо натиснути і ввести пару разів, швидше за все, ваш вихід почне виглядати дещо жахливо. Спробуйте самі.

C # - рекурсивний, ледачий генератор Фібоначчі

static void Main()
{
    Console.WriteLine(string.Join(",", fib().Take(141)));
    Console.ReadLine();
}

static IEnumerable<decimal> fib(decimal n = 0, decimal m = 1)
{
    if (n == 0)
    {
        yield return 0;
        yield return 1;
    }
    while (true)
    {
        yield return n + m;
        foreach(var x in fib(m, n+m))
        {
            yield return x;
        }
    }
}

Цей код добре виглядає, правда? Досить простий генератор Фібоначчі, приправлений деякою рекурсією та лінивим перерахуванням. Треба працювати.

Ні! Якщо це виконати, це спричинить переповнення. Це тому, що ми використовуємо десятковий, і 141-е число Фібоначчі (~ 8.1E28) перевищує максимальне значення десяткової (~ 7.9E28).

Однак, int не викидає OverflowException, коли ви перевищуєте його максимальне значення. Натомість він, як очікується, переливається до негативного значення. Отже, якщо ми замість int замінимо десятковим, як у наступному коді, він повинен працювати, правда?

static void Main()
{
    Console.WriteLine(string.Join(",", fib().Take(141)));
    Console.ReadLine();
}

static IEnumerable<int> fib(int n = 0, int m = 1)
{
    if (n == 0)
    {
        yield return 0;
        yield return 1;
    }
    while (true)
    {
        yield return n + m;
        foreach(var x in fib(m, n+m).ToList())
        {
            yield return x;
        }
    }
}

Якщо ви читаєте код, то повинно бути очевидно, чому це не вийде. Якщо ви цього не зробили ... Я не просто змінив тип з десяткових на int; Я також пробув дзвінок до ToList () у заяві foreach. Це змусить переліченого нумератора нетерпляче оцінювати. Це спричинить не 141 рекурсію, а натомість нескінченну кількість рекурсій. Насправді, задовго до того, як він потрапить у нескінченність, він, звичайно, переповнить стек, викликаючи час виконання програми для викиду StackOverflowException. (бонус: цей виняток неможливо спіймати, тому він завершить час виконання)