เขียนโปรแกรมที่สร้างข้อผิดพลาดรันไทม์ที่บ้าคลั่งปิดบังไร้สาระหรือไร้สาระ ไม่จำเป็นต้องมีความสับสนและความล้า (ความสั้น)

• โซลูชันที่ดูเหมือนว่าพวกเขาควรจะทำงานได้ดีจะดีกว่า
• วิธีแก้ปัญหาที่ดูเหมือนว่าพวกเขาควรจะทำลายทางเดียว แต่ทางที่ดีกว่า
• วิธีแก้ปัญหาที่เป็นแบบ nondeterministic จะดีกว่าตราบใดที่มันสามารถทำซ้ำได้ในบางครั้ง
• วิธีแก้ปัญหาที่มีระยะทางไกลระหว่างสาเหตุข้อผิดพลาดและการรวมตัวจะดีกว่า
• คะแนนโบนัสสำหรับการผลิตข้อผิดพลาดที่ควรจะเป็นไปไม่ได้
• คะแนนโบนัสสำหรับข้อผิดพลาดที่ผิดพลาดรันไทม์ (เช่นการทำผิดพลาดส่วนหลาม) หรือระบบปฏิบัติการ

หน่วยคะแนนจะเพิ่มขึ้น

ภาคผนวก 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)

ข้อผิดพลาดนี้คือ Quine in Bash!

$ 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 ต้องการให้คลายแพ็กเกจในตำแหน่งปกติ

สนุกจริง: ฉันเคยได้รับข้อความนี้อย่างจริงจังเมื่อใช้เครื่องพิมพ์ Ribbon เก่า

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

เทคนิคนี้ไม่ใช่ข้อผิดพลาด แต่เป็นคำเตือน แต่ก็ไร้สาระและเกิดขึ้นได้ด้วยเหตุผลลึกลับอย่างสมบูรณ์

[[แก้ไข]] ดูเหมือนว่าสาเหตุของบางส่วนของคำเตือนตลกอยู่ใน RStudio มากกว่า R ต่อ se ดังนั้นมันจึงน่าสนใจน้อยกว่าที่ฉันคิดไว้ครั้งแรก ตัวอย่างแรกคือplot(1:2, NotAGraphicalParameter = "ignore.me")คืออย่างไรก็ตามยังคงสามารถทำซ้ำได้ใน "เปล่า" R และเป็นเรื่องตลกมากพอที่สิทธิของตนเอง [[/ แก้ไข]]

> 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ด่าคุณ

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แต่ให้ผลลัพธ์ใน inf-loop

โปรดทราบด้วยว่าวิธี 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  
ข้อผิดพลาดของ SYNTAX
      {(]} 3

      ⍝ แต่:
      {(]} 1 ÷ 0
ข้อผิดพลาด DOMAIN
      {(]} 1 ÷ 0 

      even ใช้ได้กับฟังก์ชั่นที่กำหนดไว้แบบคงที่
      ∇z← FX
[1] z ← [{]} x
[2] ∇
      f 1 ÷ 0
ข้อผิดพลาด DOMAIN
      f 1 ÷ 0
     ∧
      f 3
ข้อผิดพลาดของ SYNTAX
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

True ไม่คงที่

ปัญหาในตัวอย่างต่อไปนี้คือใน 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

ดูjanerun: 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

สนุก = สนุก!

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 - ความล้มเหลวในการหลบหนีของ counterintuitive

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

ผลตอบแทน

-bash: !11: event not found

(การขยายประวัติใน commandline ไม่ได้ป้องกันโดยเครื่องหมายคำพูดคู่)

โบนัส:

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

ผลลัพธ์ไม่น่าจะเป็นสิ่งที่คาดหวัง กดขึ้นเพื่อรับคำสั่งอีกครั้งและสังเกตว่ามันเปลี่ยนจากสิ่งที่คุณพิมพ์ หากคุณกดและป้อนสองสามครั้งอาจเป็นไปได้ว่าผลลัพธ์ของคุณจะเริ่มดูน่ากลัว ลองด้วยตัวคุณเอง

C # - กำเนิด Fibonacci ขี้เกียจ

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

รหัสนี้ดูดีใช่มั้ย เครื่องกำเนิดไฟฟ้า Fibonacci เรียบง่ายพอสมควรพร้อมด้วยการเรียกซ้ำและการแจงนับซ้ำ ควรทำงาน.

Nope! การเรียกใช้งานสิ่งนี้จะทำให้เกิด 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 (โบนัส: ไม่สามารถจับข้อยกเว้นนี้ได้ดังนั้นจะทำให้การทำงานผิดพลาด)