西暦2038年問題

西暦2038年問題

[59] 西暦2038年問題は、 Unix time桁溢れ問題です。 Unix time32ビット整数で表現できなくなること、 およびそれに起因する諸問題であります。

西暦2038年

[166] = 令和20年。偶然ながらキリが良すぎるなあ。

[167] 「2038年」っていわれるとなんかすごい未来でまだまだ余裕がありそうなイメージだけど、 「令和20年」っていわれるともうすぐそこまで来ている感がやばい。

Unix time

Unix time

桁溢れ問題

桁溢れ問題

前の問題

西暦2001年9月9日問題

次の問題

西暦2106年問題

歴史

[76] [tz] DST ends 2040 in Oracle database () https://mm.icann.org/pipermail/tz/2019-January/027438.html

[77] Y2038ProofnessDesign - glibc wiki () https://sourceware.org/glibc/wiki/Y2038ProofnessDesign

[99] John Feminella 🌠さんはTwitterを使っています 「⏲️ As of today, we have about eighteen years to go until the Y2038 problem occurs. But the Y2038 problem will be giving us headaches long, long before 2038 arrives. I'd like to tell you a story about this.」 / Twitter, https://twitter.com/jxxf/status/1219009308438024200

[131] timeout(1)

[133] Investigating why Steam started picking a random font, http://blog.pkh.me/p/35-investigating-why-steam-started-picking-a-random-font.html

[134] >>133 時刻を進めて戻したらおかしなフォントが選ばれるようになった → フォントタイムスタンプが2038年を超えているために桁溢れのエラーが(!)

[135] たかが時刻でこんな影響が出るなんて誰も思わんよなあw

[145] Year 2038 problem - Wikipedia, , https://en.wikipedia.org/wiki/Year_2038_problem

[146] Time formatting and storage bugs - Wikipedia, , https://en.wikipedia.org/wiki/Time_formatting_and_storage_bugs#Windows_C_runtime_library

[158] GNU C Library Lands Year 2038 Handling For Legacy ABIs - Phoronix, https://www.phoronix.com/news/Glibc-More-Y2038-Work

[88] 上原 哲太郎/Tetsu. Uehara على تويتر: "いまいち認知が広がらない2038年問題ですが、Siriは知っています。Siriに世界の終わりを聞くとこう答えることがあります。… " (午前7:57 · 2018年9月26日 ) https://twitter.com/tetsutalow/status/1044722692576829440

[89] KDDI、「2038年問題」で1346万円を過剰請求 - ITmedia NEWS (2004年03月08日 16時56分 公開 ) https://www.itmedia.co.jp/news/articles/0403/08/news023.html

2004年03月08日 16時56分 公開

[93] LKML: Arnd Bergmann: [GIT PULL] y2038: core, driver and file system changes () https://lkml.org/lkml/2020/1/29/355

[94] 2038年問題に対応した「OpenBSD 5.5」リリース | OSDN Magazine () https://mag.osdn.jp/14/05/02/160000

[95] OpenBSD 5.5、2038年問題に対応 | スラド オープンソース () https://opensource.srad.jp/story/14/05/06/1839242/

[103] [GIT PULL] xfs: new code for 5.10, part 1 - Darrick J. Wong () https://lore.kernel.org/lkml/20201014205059.GD9837@magnolia/

- New feature: Widen inode timestamps and quota grace expiration

timestamps to support dates through the year 2486.

xfs: widen ondisk inode timestamps to deal with y2038+

xfs: widen ondisk quota expiration timestamps to handle y2038+

xfs: trace timestamp limits

xfs: enable big timestamps

[104] Linux 5.10 to make Year 2038 problem the Year 2486 problem • The Register () https://www.theregister.com/2020/10/19/linux_5_10_y2k38_fixes/

[105] XFS File-System With Linux 5.10 Punts Year 2038 Problem To The Year 2486 - Phoronix () https://www.phoronix.com/scan.php?page=news_item&px=XFS-Linux-5.10

[106] Linuxカーネル5.6、32ビット版で2038年問題への対応が行われる | スラド Linux () https://linux.srad.jp/story/20/02/05/1249244/

[107] Pondering 2038 [LWN.net] (, ) https://lwn.net/Articles/563285/

[108] Linux 5.6 Is The First Kernel For 32-Bit Systems Ready To Run Past Year 2038 - Phoronix () https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.6-32-bit-Past-Y2038

[109] Linuxカーネル5.10、XFSファイルシステムの2038年問題に対処 | スラド Linux () https://linux.srad.jp/story/20/10/19/194204/

[124] GNU C Library、Y2038対策でレガシーABIに64ビット時刻のサポートが追加 | スラド IT () https://it.srad.jp/story/21/06/17/1724219/

[132] xssbnuny (furdu soon?)さんはTwitterを使っています: 「Boss: your leave request broke the system Me: uh sigh Boss: why do you want to take the specific week off in 2038 Me: for this exact reason」 / Twitter (, ) https://twitter.com/xssfox/status/1514493425248522245

[165] >>162 社会的に有意義な論文と推察されるが配布は有料。広めたいのかそうでないのかよくわからん。 どういう広報戦略でコードと発表資料は無償配布して肝心の論文だけ paywall に隠すという発想になるのかが理解不能。

[78] 第25回 32ビット環境に迫る「2038年問題」 時計がおかしくなると…… (1/3) - ITmedia エンタープライズ () https://www.itmedia.co.jp/enterprise/articles/1607/13/news020.html

[79] KDDI、「2038年問題」で1346万円を過剰請求 - ITmedia NEWS () https://www.itmedia.co.jp/news/articles/0403/08/news023.html

[1] XFSの2038年問題にオンラインでも勝利したい - Gentoo metalog, https://gentoo.hatenablog.com/entry/2024/10/16/173710