西暦2038年

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

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

Unix time

Unix time

桁溢れ問題

桁溢れ問題

前の問題

西暦2001年9月9日問題

次の問題

西暦2106年問題

歴史

• [75] 2004-02-11 00:45:51 +00:00 名無しさん: スラッシュドット ジャパン | 2038年問題、早くも顕在化 http://slashdot.jp/article.pl?sid=04/02/03/031211&topic=80
• [147] 【スクープ】コンピュータの“西暦2038年問題”発生、早くも日本を揺るがす | 日経クロステック(xTECH), 日経クロステック(xTECH), 2023-11-25T07:20:22.000Z, 2023-11-25T07:20:36.808Z https://xtech.nikkei.com/it/free/NC/NEWS/20040202/139212/

[76] [tz] DST ends 2040 in Oracle database (2019-01-26 06:59:55 +09:00) https://mm.icann.org/pipermail/tz/2019-January/027438.html

[77] Y2038ProofnessDesign - glibc wiki (2019-03-04 16:06:52 +09:00) 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, 2020-07-31 11:57:52 +09:00 https://twitter.com/jxxf/status/1219009308438024200

[131] timeout(1)

[133] Investigating why Steam started picking a random font, 2022-11-21T14:03:52.000Z 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, 2023-11-19T14:53:16.000Z, 2023-11-25T07:04:50.551Z https://en.wikipedia.org/wiki/Year_2038_problem

[146] Time formatting and storage bugs - Wikipedia, 2023-11-24T03:13:21.000Z, 2023-11-25T07:07:08.551Z https://en.wikipedia.org/wiki/Time_formatting_and_storage_bugs#Windows_C_runtime_library

• [155] Xユーザーの上原 哲太郎/Tetsu. Ueharaさん: 「IoTブームの時に工場とかにRaspberry Pi使った格安なソリューションを入れたところいっぱい有るんですが、time_tが32bitですので2038年問題をモロに踏みます。ラズパイって割と長く使われそうで。あと組み込みLinuxでtime_tは64bitにしててもファイルシステムはext3とかだとtimestampに2038年の壁。」 / X, 午後3:12 · 2024年1月4日, 2024-01-05T03:38:29.000Z https://twitter.com/tetsutalow/status/1742791145934233825
  • [156] Xユーザーの上原 哲太郎/Tetsu. Ueharaさん: 「Linux 5.6から32bit kernelでもtime_tが64bitになったので2038年問題はだいぶ緩和されつつあるんですがそれでもtime_tをlongに代入するコードはアチコチに残って地雷になってます。ファイルシステムで言えばext2/ext3/ReiserFS/古いXFSあたりは2038年問題を抱えてるしMySQLのTIMESTAMP型もそう。」 / X, 午後3:28 · 2024年1月4日, 2024-01-05T03:38:29.000Z https://twitter.com/tetsutalow/status/1742795140820046138

• [153] XユーザーのAoiMoe a.k.aしお兄Pさん: 「BSD は 4.4BSD で既に time_t が 64bit だったので、何で Linux は未だに time_t が 32bit な arch が残ってるのか謎なんだよなあ。FS のタイムスタンプは UFS2 で 64bit 化だっけか」 / X, 午後3:36 · 2024年1月4日, 2024-01-05T03:38:29.000Z https://twitter.com/AoiMoe/status/1742797090085077400
  • [154] XユーザーのSODA Noriyukiさん: 「@AoiMoe time_t == long と決めてしまったのが元凶(→ILP32なプラットフォームは全滅)で、 そう決めた理由はたぶん初期のLinuxが同一アーキの商用UNIXと(ほぼ)ABI互換にしたせいでしょうね。 システムコール番号も同一アーキの商用UNIXに合わせた結果、アーキテクチャ毎にシステムコール番号がバラバラだし」 / X, 午後3:39 · 2024年1月4日, 2024-01-05T03:38:29.000Z https://twitter.com/n_soda/status/1742797901234164218

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

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

[93] LKML: Arnd Bergmann: [GIT PULL] y2038: core, driver and file system changes (2020-02-03 06:58:46 +09:00) https://lkml.org/lkml/2020/1/29/355

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

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

[104] Linux 5.10 to make Year 2038 problem the Year 2486 problem • The Register (2020-10-20T09:06:23.000Z) 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 (2020-10-20T09:06:35.000Z) https://www.phoronix.com/scan.php?page=news_item&px=XFS-Linux-5.10

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

[107] Pondering 2038 [LWN.net] (2013-08-29T09:22:51.000Z, 2020-10-20T09:10:07.535Z) https://lwn.net/Articles/563285/

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

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

[124] GNU C Library、Y2038対策でレガシーABIに64ビット時刻のサポートが追加 | スラド IT (2021-06-18T09:20:09.000Z) 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 (2022-04-19T05:34:41.000Z, 2022-04-19T05:35:47.147Z) https://twitter.com/xssfox/status/1514493425248522245

• [162] Xユーザーの上原 哲太郎/Tetsu. Ueharaさん: 「当研究室では2038年問題を追いかけていますが、この度論文が出ました。 https://t.co/GQNlF8ofer 「32bitを超えるtime_t型を持つ環境における2038年問題とその検出」 関連して本研究で開発したツールを含むDockerイメージを配布開始しました。合わせてご活用下さい。 https://t.co/VB0BZZjjuc」 / X, 午後3:43 · 2024年9月17日, 2024-09-19T05:26:26.000Z https://x.com/tetsutalow/status/1835932500985807211
  • [163] GitHub - cysec-lab/y2k38-checker: Clang Static Analyzer plugin which detects the Y2K38 bug in 64bit enviroment, 2024-09-19T05:30:00.000Z https://github.com/cysec-lab/y2k38-checker
  • [164] UNIXよ2038年を越えてゆけ - Speaker Deck, 2024-09-19T05:30:12.000Z https://speakerdeck.com/ran350/unixyo2038nian-woyue-eteyuke

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

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

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