Viết các chương trình tạo ra các lỗi thời gian chạy điên rồ, tối nghĩa, lố bịch hoặc đơn giản. Obfuscation và golfitude (độ ngắn) không cần thiết.

• giải pháp có vẻ như họ nên làm việc tốt là tốt hơn.
• giải pháp trông giống như họ nên phá vỡ một cách nhưng phá vỡ một cách khác là tốt hơn.
• các giải pháp không đặc hiệu sẽ tốt hơn miễn là đôi khi chúng có thể tái sản xuất.
• giải pháp với khoảng cách dài giữa nguyên nhân lỗi và biểu hiện là tốt hơn.
• điểm thưởng cho việc sản xuất lỗi đó là không thể.
• điểm thưởng cho các lỗi làm hỏng thời gian chạy (như lỗi phân đoạn python) hoặc hệ điều hành.

Đơn vị của điểm sẽ là upvotes.

Phụ lục 1

Trình biên dịch misbehaviors cũng tốt.

PHP bắt buộc ( vẫn chưa được sửa chữa vào ngày 5.4):

<?::

Đầu ra:

Lỗi phân tích cú pháp: lỗi cú pháp, T_PAAMAYIM_NEKUDOTAYIM không mong muốn trên dòng 1

Ai vậy

Lỗi biên dịch Gcc:

int main()
{
        long long long a;
}

lỗi: dài dài quá dài là quá dài đối với GCC

Dấu nhắc lệnh của Windows

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

Đầu ra:

hạnh phúc là bất ngờ vào lúc này.

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

Bạn không thể truyền một chuỗi cho một hàm, thay vào đó bạn phải truyền một chuỗi!

Cập nhật: Mã này KHÔNG phải là một lỗi trong PHP 7. Di chuột vào / nhấp / chạm vào một spoiler để kiểm tra lý do (chứa các phần tiết lộ về cách thức hoạt động của mã).

Một tính năng mới được gọi là khai báo kiểu vô hướng đã được thêm vào trong PHP 7. Tính năng này cho phép sử dụng các kiểu vô hướng trong khai báo hàm.

bash

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

Và bạn sẽ nghĩ rằng bash sẽ chấp nhận một câu "Xin chào, thế giới!" Đơn giản chương trình.

Python 2.7

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

Tạo ra khá không hữu ích:

SyntaxError: encoding problem: with BOM

Làm thế nào một bình luận đơn giản có thể tạo ra một lỗi?

Toán học

Khi sử dụng Mathicala để tạo đầu ra đồ họa, đôi khi người ta kích hoạt các thông báo lỗi được định dạng theo thông số kỹ thuật được sử dụng trong chính chương trình. Đây là một ví dụ tầm thường.

Rotate[f/0, .6]

Máy tính đồ họa TI-89

Tôi phát hiện ra điều này khi học về sự khác biệt ngầm trong tính toán của trường trung học. Nếu bạn nhập:

d(xy+x=0,x)

Bạn nhận được như sau:

1 = 0

Với cảnh báo này, được in bằng chữ nhỏ ở cuối màn hình:

Warning: May produce false equation

Điều này xảy ra bởi vì xykhông được hiểu là x * y, mà là biểu tượng của chính nó , xy.

Điều kỳ lạ là nếu bạn làm thế d(xy=0,x), bạn sẽ nhận được 0 = 0cảnh báo tương tự.

Bạn có thể làm cho bộ não của trình biên dịch Haskell bùng nổ:

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>

Hồng ngọc

Quy tắc lạm dụng.

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

Nếu chạy trên OSX, hãy tạo, vd

$ 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>'

Nhắc nhở DOS

c:\>make love

mang đến cho bạn

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

Tình cờ gặp phải điều này trong khi tôi đang cố gắng lăng mạ máy tính của mình vì không hợp tác. Làm tôi buồn một lúc cho đến khi tôi phát hiện ra rằng điều này chỉ xảy ra nếu tình yêu không tồn tại. Nếu nó tồn tại, anh ấy sẽ sẵn sàng làm cho nó.

Bash (lỗi Quine)

Lỗi này là một Quine trong Bash!

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

Tất nhiên bạn phải có liên quan locale(tiếng Anh ở đây).

CSH

Một cshtrò đùa thực sự cổ điển :

% make fire?
make: No match.

Bash - giải trí chính xác của một thông báo lỗi lịch sử hiếm gặp

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

Đầu ra:

lp0 on fire

Yêu cầu nguồn kernel linux được giải nén ở nơi thông thường.

Sự thật thú vị: tôi đã từng nhận được tin nhắn này một cách nghiêm túc, khi chạy một máy in ruy băng cũ.

C (++)

Nếu lỗi thời gian biên dịch thì đây là một lỗi (giả sử một tệp có tên "crash.c").

#include "crash.c"

int main(){ return 0; }

Nó lấp đầy màn hình với điều này khi biên dịch (sẵn sàng 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,

Một đoạn mã khác biên dịch hoàn hảo (không có cảnh báo nào dưới đây -Wallvà minh họa cho loại an toàn tuyệt đẹp của C </ s>

#include <stdio.h>
int i;

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

Chạy nó cho:

Floating point exception (core dumped)

Hồng ngọc

Cảm thấy kỳ lạ là điều này có thể xảy ra trong một ngôn ngữ cấp cao.

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

sản xuất

ArgumentError: recursive array join

Điều này rất cũ, nhưng đối với những người nhớ BCPL,

GET "LIBHDR"

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

sẽ phàn nàn

$8
 ^
"( ) or 8 expected"

R

Về mặt kỹ thuật, đây không phải là lỗi mà là cảnh báo nhưng vẫn vô lý và xảy ra vì những lý do hoàn toàn bí truyền.

[[EDIT]] Dường như nguyên nhân của một số phần của các cảnh báo hài hước nằm trong RStudio chứ không phải R per se, vì vậy nó ít thú vị hơn tôi nghĩ. Ví dụ đầu tiên plot(1:2, NotAGraphicalParameter = "ignore.me"), tuy nhiên, vẫn có thể tái tạo trong R "trần trụi" và đủ hài hước theo cách riêng của nó. [[/ 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

Nó giống như R nhớ những lời lăng mạ của chúng tôi. Nhưng không lâu.

Tôi thực sự không thể giải thích tại sao điều này xảy ra - nhưng nó có thể tái tạo. Trên thực tế, điều này xảy ra mỗi khi bạn cung cấp một số "không phải là tham số đồ họa" cho âm mưu 1, và sau đó thực hiện âm mưu 2 theo cách hoàn hảo. Điều đặc biệt buồn cười là chúng tôi nhận được 12 cảnh báo "không phải là tham số đồ họa" cho cốt truyện thứ hai mà chỉ có 6 cho cảnh đầu tiên. Một điều buồn cười nữa là nếu bạn cung cấp "không phải là tham số đồ họa" với giá trị NULL thì không có điều kiện nào được đưa ra:

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

Và để thậm chí còn kỳ cục hơn nữa, hãy vẽ một số dòng trên đầu của cốt truyện được vẽ trước đó:

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

Cái này nên không phải giành được thời gian lớn trừ khi không có công lý.

Tập lệnh lệnh Windows

CẢNH BÁO, đây là một quả bom ngã ba!

Điều này sẽ xuất ra các câu hỏi rác về việc bỏ thuốc nếu bạn cố gắng thoát khỏi bàn điều khiển bằng mọi cách.

%0|%0|%0

Tiền thưởng:

• Sẽ làm cho hệ thống không thể sử dụng được nhiều cho đến khi khởi động lại
• Ngăn chặn việc bỏ tập lệnh, điều này là không thể

q xúc phạm bạn

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

`` `u #` `nói qrằng mọi phần tử trong danh sách là duy nhất (vì vậy nó có thể xây dựng một số loại chỉ mục dựa trên hàm băm, có lẽ). Đây là những gì xảy ra khi nó không thực sự đúng.

Làm thế nào về lỗi tối ưu hóa trình biên dịch:

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

Điều này đặc trưng cho gcc> = 4.7. Biên dịch và chạy tốt với gcc -O0 -Wall. Biên dịch với gcc -O2 -Wallnhưng kết quả trong một vòng lặp inf.

Cũng lưu ý, làm thế nào gcc thấy vấn đề cho nhỏ hơn N, ví dụ 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];
         ^

Btw, điều này đã được lấy từ một báo cáo lỗi, mặc dù vậy tôi không thể nhớ lại số lỗi.

Tôi luôn thích sự kỳ lạ này trong APL:

      Rõ ràng là một lỗi cú pháp
      {(]} 3  
LỖI CÚ PHÁP
      {(]} 3

      ⍝ nhưng:
      {(]} 1 0
L ERI TÊN
      {(]} 1 0 

      Even nó thậm chí hoạt động với các chức năng được xác định tĩnh
      ← z ← fx
[1] z ← [{]} x
[2]
      f 1 0
L ERI TÊN
      f 1 0
     ∧
      f 3
LỖI CÚ PHÁP
f [1] z ← [{]} x     

Nó phân tích bên trong các chức năng một cách lười biếng!

PHP

<?php
[][] = 42;

[]được sử dụng để đẩy các yếu tố. Tuy nhiên, nếu bạn sử dụng nó cho mảng bằng chữ, PHP sẽ tạo ra thông báo lỗi điên rồ, ngay cả khi bạn gán cho nó để đẩy. Yêu cầu PHP> = 5,4, như trước đó bạn không thể lập chỉ mục bằng chữ.

Đầu ra:

Lỗi nghiêm trọng : Không thể sử dụng [] để đọc trong [...] [...] trên dòng 2

Con trăn

Khối lồng nhau

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

Danh sách tự giới thiệu

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

Đúng không phải là hằng số

Vấn đề trong ví dụ sau là trong Python 2.7 Truevà Falsekhông phải là hằng số. Và Truevà Falsecó thể tự động được Casted đến 1và 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:

Dự định

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

Bạn có nhận được lỗi không?

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

Trộn các tab và khoảng trắng là ổn trong Python 2.7 ... nhưng hãy chú ý đến mức độ thụt lề!

Tôi sẽ bắt đầu:

#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();
}

Bất kỳ đoán tại sao chương trình này sụp đổ? : D

Xem janechạy: http://ideone.com/gtaZ3

Bash

Tôi đã nhận được điều này ngày hôm nay khi tôi cố gắng tìm hiểu liệu có thể bảo vệ hệ thống khỏi rm -rf /.

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

Thông báo lỗi với 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

Một số khác không phải là vô lý và, một lần nữa, một cảnh báo chứ không phải là một lỗi, nhưng vẫn tốt đẹp:

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

Tôi thích bit cuối cùng: 50 trở lên :)

Và các cảnh báo thực tế:

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

Vui = vui!

CPython

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

Kết quả:

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 - thất bại thoát trực giác

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

trả lại

-bash: !11: event not found

(mở rộng lịch sử trên dòng lệnh không bị ngăn chặn bởi dấu ngoặc kép)

Tiền thưởng:

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

Đầu ra không chắc là như mong đợi. Nhấn lên để nhận lại lệnh và nhận thấy nó đã thay đổi so với những gì bạn đã nhập. Nếu bạn nhấn và nhập một vài lần, có khả năng đầu ra của bạn sẽ bắt đầu trông hơi kinh khủng. Hãy thử nó cho chính mình.

C # - Trình tạo Fibros đệ quy, lười biếng

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

Mã này có vẻ tốt, phải không? Một trình tạo Fibonacci khá đơn giản, được thêm vào một số đệ quy và liệt kê lười biếng. Nên làm việc.

Không! Chạy cái này sẽ gây ra OverflowException. Điều này là do chúng tôi đang sử dụng số thập phân và số Fibonacci thứ 141 (~ 8.1E28) vượt quá giá trị thập phân tối đa (~ 7.9E28).

Tuy nhiên, int không ném OverflowException khi bạn vượt quá giá trị tối đa của nó. Thay vào đó, như mong đợi, tràn đến một giá trị âm. Vì vậy, nếu chúng ta thay thế int thay vì thập phân, như trong đoạn mã sau, nó sẽ hoạt động, phải không?

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

Nếu bạn đọc mã thì rõ ràng tại sao điều này sẽ không hoạt động. Nếu bạn không ... Tôi đã không thay đổi loại từ thập phân sang int; Tôi cũng lẻn vào một cuộc gọi đến ToList () trong câu lệnh foreach. Điều này sẽ buộc các điều tra viên trở lại được đánh giá háo hức. Điều này sẽ gây ra không 141 lần thu hồi, mà thay vào đó là vô số lần thu hồi. Trên thực tế, rất lâu trước khi nó chạm vô cực, tất nhiên nó sẽ tràn vào ngăn xếp, khiến cho bộ thực thi ném một StackOverflowException. (phần thưởng: không thể bắt ngoại lệ này, vì vậy nó sẽ bị lỗi thời gian chạy)