如果查看输出,cal 9 1752
您将看到以下奇怪的输出:
September 1752
S M Tu W Th F S
1 2 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
名为“下面的故事CAL 9 1752解释说,” “被复制在90年代初一个新闻列表的出并在存档的有趣的东西集合了计算机的观众由David G.怀斯曼(网络管理员在计算机科学系大学部西安大略省)。
最初在某些旧版本7机器上编写“ cal”命令的人的代码中出现一个错误的错误。当malloc的变量覆盖12个额外的零字节字节时,这显示为一些错误的输出,从而导致上面看到的奇怪的日历输出。
现在,在他的右脑中没有人真正在乎1752年9月的日历。即使在UNIX下也没有1752年的想法,因为直到1970年初UNIX才开始出现。因此,甚至没人知道“ cal ”,直到很晚才出现此错误。到那时,有成千上万的“ cal”副本在周围浮动,其中许多仅是二进制文件。修复所有问题为时已晚。
因此,在1975年中,AT&T的一些高级官员会见了教皇,并达成了协议。追溯地更改了日历,使1752年9月与UNIX现实保持一致。由于历是计数改为向后从1752年9月14日,没有日期后受到了影响。之前的日期全都移动了12天。他们还修复了“ cal”手册页,以将错误记录为功能。
从9月3日到9月13日的11天简直就是记录。他们搜索了历史书籍,发现幸运的是,在那11天中没有发生任何有意义的事情。
总体而言,这整个事件几乎是非事件。后来一位科幻小说家听说了这件事,并将其放到科幻小说的完整作品《天堂的车床》中,我认为这本书与真实发生的情况几乎没有相似之处。
对输出异常的真正解释是什么?
/humor
在发布的网址中看不到目录吗?;)