我知道很多Y2K的努力/恐慌都以COBOL为中心,当之无愧.(哎呀,我在2000年1月1日的Perl脚本中看到了轻微的Y2K错误)
我感兴趣的是,COBOL是否有某种特定的语言使其容易受到Y2K问题的影响？
也就是说,与仅仅写入其中的大多数程序的时代相反,以及随后需要减少由旧硬件驱动的内存/磁盘使用量以及没有人预计这些程序能够存活30年的事实？
如果答案是"除了年龄之外没有COBOL特有的东西",我感到非常高兴 - 只是好奇,对COBOL一无所知.
Duc*_*uck 10
它的存储容量是80%,纯粹而简单.
人们没有意识到,如今他们的笔记本电脑硬盘容量将在1980年花费数百万美元.你认为节省两个字节是愚蠢的吗？不是当你拥有100,000个客户记录和一个冰箱大小为20兆字节的硬盘时,需要一个特殊的房间来保持凉爽.
是和否.在COBOL中,您必须声明变量,以便您实际上必须说出一个数字中有多少位数,即YEAR PIC 99声明变量YEAR使得它只能保存两位小数.所以,是的,这是比较容易犯类似的错误比C下你会有int或short或char为一年,仍然有足够的空间近年来比99当然更大的不保护你从printf荷兰国际集团19%d在C和仍然有输出中的问题,或基于对年份的思考进行其他内部计算将小于或等于99.