アカウント名:
パスワード:
いまからやっておけば安心
time_tをすぐに64bitデフォルトにしてもトラブらずに移行できる気もするけど(甘いか)
過去に作成されたファイルで日付がバイナリ形式で保存されているとコンパイルし直すだけじゃ済まないから対応が面倒臭いかも。
既存データは困りますよね。個人的には特に↓がやべぇと思ってます……。
https://dev.mysql.com/doc/refman/8.0/en/datetime.html [mysql.com]> The TIMESTAMP data type is used for values that contain both date and time parts.> TIMESTAMP has a range of '1970-01-01 00:00:01' UTC to '2038-01-19 03:14:07' UTC.
DB関係は、直さないとこは意地でも直しませんからねぇ…
4ビット消費してマイナスと1秒、5秒~1年刻みのtime値にしよう。紀元前どころか人類史前も年単位で表せるtimeを提供
電卓やキッチンタイマー、時計(スマートウォッチ除く)とかに64bitCPUが乗るとは思えない
その手の機器にglibcが乗るとは思えない
ここで言う64bitとは整数の型であり、CPUアーキテクチャの64bitとは関係ない
キッチンタイマーはともかく電卓は64bitでもおかしくない 2038年だぜ
いまだって4bitで済むところを8bitどころかARMだったりするじゃないか
電球のチップでDoomが動く [theverge.com]世の中だしな
プログラム何時も今の時刻を扱うとは限らない
1年後の時刻を扱うとなると2037年に
10年後の時刻を扱うとなると2028年に問題が発生する
20年後の時刻を扱うなら、もうすでに問題は発生している。
今の時刻を二つ足して2で割るみたいな操作をしてたせいで不具合になったってニュースが報道されたのは相当以前だったよ
2004年に2^30を突破したときのことですね。
【スクープ】コンピュータの“西暦2038年問題”発生、早くも日本を揺るがすhttps://xtech.nikkei.com/it/free/NC/NEWS/20040202/139212/ [nikkei.com]
1960年代のプログラム「どうせ2000年まで使われてることなんかありえないし年数とか2桁でええやろ」
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
2038年に32bitが残っているとも思えないし (スコア:0)
いまからやっておけば安心
time_tをすぐに64bitデフォルトにしてもトラブらずに移行できる気もするけど(甘いか)
Re:2038年に32bitが残っているとも思えないし (スコア:1)
過去に作成されたファイルで日付がバイナリ形式で保存されているとコンパイルし直すだけじゃ済まないから対応が面倒臭いかも。
Re: (スコア:0)
既存データは困りますよね。個人的には特に↓がやべぇと思ってます……。
https://dev.mysql.com/doc/refman/8.0/en/datetime.html [mysql.com]
> The TIMESTAMP data type is used for values that contain both date and time parts.
> TIMESTAMP has a range of '1970-01-01 00:00:01' UTC to '2038-01-19 03:14:07' UTC.
Re: (スコア:0)
DB関係は、直さないとこは意地でも直しませんからねぇ…
Re: (スコア:0)
4ビット消費してマイナスと1秒、5秒~1年刻みのtime値にしよう。
紀元前どころか人類史前も年単位で表せるtimeを提供
Re: (スコア:0)
電卓やキッチンタイマー、時計(スマートウォッチ除く)とかに64bitCPUが乗るとは思えない
Re: (スコア:0)
その手の機器にglibcが乗るとは思えない
Re: (スコア:0)
ここで言う64bitとは整数の型であり、CPUアーキテクチャの64bitとは関係ない
Re: (スコア:0)
キッチンタイマーはともかく電卓は64bitでもおかしくない 2038年だぜ
Re: (スコア:0)
いまだって4bitで済むところを8bitどころか
ARMだったりするじゃないか
Re: (スコア:0)
電球のチップでDoomが動く [theverge.com]世の中だしな
Re: (スコア:0)
64bitでは西暦3000億年問題に対応できないんだが、何で不定長にしないのか。
もうすでに問題 (スコア:0)
プログラム何時も今の時刻を扱うとは限らない
1年後の時刻を扱うとなると2037年に
10年後の時刻を扱うとなると2028年に問題が発生する
20年後の時刻を扱うなら、もうすでに問題は発生している。
Re: (スコア:0)
今の時刻を二つ足して2で割るみたいな操作をしてたせいで不具合になったって
ニュースが報道されたのは相当以前だったよ
Re: (スコア:0)
2004年に2^30を突破したときのことですね。
【スクープ】コンピュータの“西暦2038年問題”発生、早くも日本を揺るがす
https://xtech.nikkei.com/it/free/NC/NEWS/20040202/139212/ [nikkei.com]
Re: (スコア:0)
1960年代のプログラム「どうせ2000年まで使われてることなんかありえないし年数とか2桁でええやろ」