Пишите программы, которые производят сумасшедшие, неясные, смешные или просто сумасшедшие ошибки времени выполнения. Запутывание и Golfitude (краткость) не требуется.

• решения, которые выглядят так, как будто они должны работать нормально, лучше.
• решения, которые выглядят так, как будто они должны сломать один путь, но сломать другой, лучше.
• Решения, которые являются недетерминированными, лучше, если они иногда воспроизводимы.
• решения с большим расстоянием между причиной ошибки и проявлением лучше.
• бонусные баллы за ошибки, которые должны быть невозможны.
• бонусные баллы за ошибки, которые приводят к сбою среды выполнения (например, ошибки сегмента Python) или операционной системы.

Единицей оценки должны быть голоса.

Приложение 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

И вы могли бы подумать, что bash примет простое «Привет, мир!» программа.

Python 2.7

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

Создает довольно бесполезно:

SyntaxError: encoding problem: with BOM

Как простой комментарий может вызвать ошибку?

Mathematica

При использовании 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 Prompt

c:\>make love

дает тебе

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

Наткнулся на это, когда я пытался оскорбить мой компьютер за отказ от сотрудничества. Я немного расстроился, пока не узнал, что это случается только тогда, когда любви не существует. Если он существует, он с радостью сделает это.

Баш (ошибка Куайна)

Эта ошибка - Quine in Bash!

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

Конечно, вы должны иметь соответствующие locale(английский здесь).

CSH

Действительно классная cshшутка:

% make fire?
make: No match.

Баш - точное воссоздание редкого исторического сообщения об ошибке

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 был распакован в обычном месте.

Интересный факт: я однажды получил это сообщение всерьез, когда запустил старый ленточный принтер.

С (++)

Если ошибки во время компиляции считаются, вот одна (при условии файла с именем «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"

р

Технически это не ошибка, а предупреждение, но, тем не менее, это смешно и происходит по совершенно эзотерическим причинам.

[[EDIT]] Кажется, что причина некоторых частей забавных предупреждений кроется в RStudio, а не в R, так что это менее интересно, чем я думал. Первый пример, т. 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

ВНИМАНИЕ, это вилочная бомба!

Это выведет ненужные вопросы о выходе, если вы попытаетесь выйти из консоли каким-либо образом.

%0|%0|%0

Бонусы:

• Сделает систему практически непригодной для использования до перезагрузки
• Предотвращает выход из скрипта, что должно быть невозможно

д оскорбляет тебя

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 

      Even работает даже со статически определенными функциями
      ∇z ← FX
[1] z ← [{]} x
[2] ∇
      f 1 ÷ 0
ОШИБКА ДОМЕНА
      f 1 ÷ 0
     ∧
      F 3
СИНТАКСИЧЕСКАЯ ОШИБКА
f [1] z ← [{]} x     

Он разбирает внутреннюю часть функций лениво!

PHP

<?php
[][] = 42;

[]используется для того, чтобы подтолкнуть элементы. Однако, если вы используете его для литерала массива, PHP выдаст сумасшедшее сообщение об ошибке, даже если вы назначите его для push. Требуется 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:

Intendation

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'

р

Еще один, который не смешен и, опять же, скорее предупреждение, чем ошибка, но все же приятно:

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

Баш - нелогичный побег неудачи

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;
        }
    }
}

Этот код выглядит хорошо, верно? Довольно простой генератор Фибоначчи, приправленный некоторой рекурсией и ленивым перечислением. Должно сработать.

Нет! Запуск этого вызовет OverflowException. Это потому, что мы используем десятичную дробь, а 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. (бонус: это исключение не может быть перехвачено, поэтому это приведет к краху среды выполнения)