是什么导致了2010年的错误?

银行和电信中使用的几种协议 - including the SMS protocol -将年份编码为 BCD 在单个字节中。

从2000年到2009年,人们很容易犯错误,将年份解释为标准二进制数,因为编码是相同的:

Encoding  Binary-interpreted  BCD-interpreted
0x01      2001                2001
0x02      2002                2002
...
0x09      2009                2009
0x10      2016                2010
...

这很可能是Windows Mobile错误的原因。

一个可能的解释在下面的文章中

http://www.theregister.co.uk/2010/01/05/symantec_y2k10_bug/

让我想起你最近的一篇文章,关于廉价和肮脏的Y2K错误修复,其中一些无耻的程序员放入一个简单的if<10=20xx,否则日期是19xx

SpamMassassin有一条规则将日期标记为垃圾邮件:

/20[1-9][0-9]/

修复工作来得太晚了几天,但很简单:

/20[2-9][0-9]/

十年后再见。

我有一个使用一位数年份字段的系统。对。一位数。所以这个系统失败的原因是“2000”和“2010”的表达是一样的。

我听说的是人们为千年虫所做的快速修复,而没有经过深思熟虑。因此,如果xx<10,则20xx,否则19xx。

这可能是由于年轻的开发者们在2000年后开始了他们的职业生涯,并使用1位数来表示年份。

上周末我在一个网站上处理了2010年的一点小故障,但这仅仅是由于编码上的疏忽造成的。

有人认为将列表项的值设置为当前的datetime.year.now()是个好主意,因为该列表最多只包含2009个项。

ddlItem.findByText(DateTime.Now.Year.ToString())

以下是Norton Symantec端点保护的屏幕截图

alt text http://img695.imageshack.us/img695/4500/152010112800am.jpg

很高兴没有人@Symantec通知他们的客户… 直到文章发表: http://www.theregister.co.uk/2010/01/05/symantec_y2k10_bug/

一个组件中有一个bug,它将一年分成两部分。第二部分用于比较,因此数字10不在基数10中,它在基数16中,意味着它是0x10=16(十六进制)。

我用谷歌代码搜索 find y2010 bugs in open source software . 我寻找了一个特定的模式来指示一个bug(使用“200%d”作为printf格式字符串),并找到了几个带有这个bug的项目。搜索模式的创造性应用可能会产生更多不同类型的错误。