Torvalds對于Linux核心中潦草的Unix千年蟲bug更新檔感到很不爽

2000年到來前，“千年蟲”bug曾經引發了很大的恐慌，甚至不少影視劇中都有誇大的描寫。不過在緊急磋商和“打更新檔”之後，軟硬體“無法正确處理2000年問題”的千年蟲危機算是平穩度過了。但……事實真的如此嗎?對于unix類作業系統來說，它們其實還面臨着同樣的問題，那就是——2038年危機!(又稱“unix千年蟲”)

該作業系統底層的日期數值，存儲在一個32位的整數簽名中，而起始點則是1970年1月1日。（還記得ios裡往前調時間讓iphone變磚的bug嗎？）

問題在于，32位整數将于2038年1月19号的03時14秒遭遇“溢出”，進而讓系統錯誤地将時光“復原”到了1901年的12月13日。

或許有人覺得“問題怎麼着也會在22年後才會發生”，但它對軟體的影響其實迫在眉睫（尤其是規劃未來事務的軟體類型）。

随着時間的推移，我們将日期提前安排到2038年之後的情況會越來越多，而系統日期錯亂所帶來的影響亦将越發不可收拾——有鑒于此，該問題應該盡早全面解決。

不出所料的是，“linux之父”linus torvalds一直對linux核心代碼變動保持着密切的關注，比如arnd bergmann所憂慮的虛拟檔案系統核心切換接口（包含了百餘由deepa dinamani打上的小更新檔）。

一向爽直的torvalds曾猛噴過自己是“越看越不爽”。有趣的是，同樣于數月前送出的一些變動，卻還沒有被審查。xfs專家paul chinner自稱是系統檔案開發者，他在看過代碼後說到：

在我試圖讓你重建更新檔卻被猛噴之後（正如linus目前認為的那樣），我撒手并沒再看你們的更新檔了。難怪沒有其它檔案系統維護者願意把時間浪費在這件破事上面…

故事背景是大家希望給linux核心帶來預期中的高品質更新檔，然而高層卻無懼于開發者潦草了事（已有2次未通過審查），看來近期這些更新檔代碼是不會被送出到ai viro的vfs分支作深入審查了。

總的來說，torvalds仍準備将未來25年投入到幫助linux征戰桌面的事業上，是以即使在“2038 bug”爆發後，他仍有3天的時間去為linux的未來“糾偏護航”。

本文轉自d1net（轉載）