アカウント名:
パスワード:
32bitプロセッサにおける〇〇年問題って解消されてたんでしたっけ?
# 情報元には特に何も記載がなかったけどとっくに問題ない状況なのかな
そりゃISAの問題ではなくてどの型で表現するかって話では
型もあんま関係ないのでは?工夫したくないけど工夫すれば済むし。
そもそもOSとか動かすようなプロセッサじゃないので、UNIX時間の制限は関係ないのでは?
電源投入からの秒数だけ持ってるとか普通に有るしね。
日時計算に使う型(を規定するライブラリ)の問題だからプロセッサのビット数の問題ではない。64ビットプロセッサでも日時を32ビットのエポック秒で扱うなら2038年問題が出るし、他の型・他の単位なら他の時間が限度になる。
ちゃんと実用上問題の無い型で扱うライブラリ使って問題の無い型で日時を保持すれば問題はない。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
Y2038 (スコア:0)
32bitプロセッサにおける〇〇年問題って解消されてたんでしたっけ?
# 情報元には特に何も記載がなかったけどとっくに問題ない状況なのかな
Re: (スコア:0)
そりゃISAの問題ではなくてどの型で表現するかって話では
Re: (スコア:0)
型もあんま関係ないのでは?
工夫したくないけど工夫すれば済むし。
Re: (スコア:0)
そもそもOSとか動かすようなプロセッサじゃないので、UNIX時間の制限は関係ないのでは?
Re: (スコア:0)
電源投入からの秒数だけ持ってるとか普通に有るしね。
Re: (スコア:0)
日時計算に使う型(を規定するライブラリ)の問題だからプロセッサのビット数の問題ではない。
64ビットプロセッサでも日時を32ビットのエポック秒で扱うなら2038年問題が出るし、
他の型・他の単位なら他の時間が限度になる。
ちゃんと実用上問題の無い型で扱うライブラリ使って問題の無い型で日時を保持すれば問題はない。