“全九”日计算机危机被夸大

【法新社巴黎９月６日电】专家认为，对于１９９９年９月９日（第９个月
的第９天）这个“全九”日可能会引起计算机混乱的担心完全是杞人忧天。
在“千年虫”阴影的笼罩之下，人们普遍受到警告，类似的问题可能会在本
周四出现。据说，９／９／９９这一“日期变更线”可能会被某些程序误解为某
些软件用来结束特定处理过程的“９９９９”文件结束命令序列。
许多程序员在开发软件时选择了便捷的“全九”序列作为某些应用程序的停
止信号，并在某些情况下将其作为缺省值，在当时看来，１９９９年９月９日的
到来还有很长一段时间，而当这一天真的来临的时候，有关软件早就已经超过预
计的生命周期。
将符号值赋予某些数序的做法在Ｐａｓｃａｌ和Ｃｏｂｏｌ之类的早期程序
设计语言中非常流行，人们认为用这些语言编写的程序特别容易在“全九”日遭
到破坏。
但是，随着９月９日的迅速到来，众多的专家网站上发表的意见一致认为，
“全九”日的危险被严重地夸大了。
首先，大多数使用Ｃｏｂｏｌ语言程序的计算机用６位而不是４位数字格式
来存储日期，因此本周四会被记录为０９／０９／９９，或者将年月日的顺序颠
倒一下，变成９９／０９／０９。
其次，曾经有人对同样被视为高危日期的１９９９年４月９日（本世纪第９
９年的第９９天）发出过类似的可怕警告，但事实证明这些担忧是毫无道理的。
一些人也曾经指出某些Ｕｎｉｘ操作系统下的应用程序可能存在着类似的潜
在危险，因为９９９，９９９，９９９有时会被用作文件结束的标志。
在这一操作系统下，如果从１９７０年１月１日起每秒钟计一个数，到２０
０１年的９月８日将正好是９９９，９９９，９９９秒，因此，如果未能及时替
换这些应用程序，问题就有可能出现。
但是对大多数专家来说，“全九”问题几乎完全是无稽之谈。
Ｅ·Ｌ·科尔在ｈｔｔｐ：／ｕｓｅｒ．ｓｇｉ．ｎｅｔ／ｅｌｃｏｒｅ／
ａｌｌｎｉｎｅｓ．ｈｔｍ网站上说，考虑到程序员在处理日期时使用了各种各
样的技术，由于采用不标准的“全九”日期指示器而招致的麻烦不可能被完全排
除，但是问题只是“有可能出现而不是很可能出现”。