アカウント名:
パスワード:
Windowsで言えばWIN32 API時代からSYSTEMTIME構造体やFILETIME構造体が時刻の標準ですので、64ビット化するまでもなく2038年問題からの回避は十二分に可能かと思われます。
それぞれSYSTEMTIME構造体は最初から年月日時分秒を分けて格納する仕組みなので年のデータサイズ(WORD; 2バイト)で65535が最大値になります（従って仕様上の制限は65535/12/31 11:59:59.999 UTC）し、FILETIME構造体は1601/01/01を基準に100ナノ秒単位でDWORD 2つぶんで64ビット値（従って仕様上の制限は60056/5/28 5:36:10.9551615）です。
UNIX側でも同様のことがいえますが、回避策があっても使用せず手抜きをしているものが多いのも事実ですけど（話がズレ気味）。
既に定年…じゃないじゃないか。 下っ端どついてやらせるから関係ない。 つーか、３０年以上使いそうなものも無いしなぁ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
初めての体験 (スコア:2, すばらしい洞察)
32bitで出来ることしか自分には出来ないです、、
Re:初めての体験 (スコア:1)
Re:初めての体験 (スコア:2, 参考になる)
Windowsで言えばWIN32 API時代からSYSTEMTIME構造体やFILETIME構造体が時刻の標準ですので、64ビット化するまでもなく2038年問題からの回避は十二分に可能かと思われます。
それぞれSYSTEMTIME構造体は最初から年月日時分秒を分けて格納する仕組みなので年のデータサイズ(WORD; 2バイト)で65535が最大値になります（従って仕様上の制限は65535/12/31 11:59:59.999 UTC）し、FILETIME構造体は1601/01/01を基準に100ナノ秒単位でDWORD 2つぶんで64ビット値（従って仕様上の制限は60056/5/28 5:36:10.9551615）です。
UNIX側でも同様のことがいえますが、回避策があっても使用せず手抜きをしているものが多いのも事実ですけど（話がズレ気味）。
Re:初めての体験 (スコア:1, すばらしい洞察)
ソースが残っているか
リコンパイルできるか
テストできる環境が残ってるか
納品できるか
が問題だなぁ。
#あとお金もらえるか
Re:初めての体験 (スコア:0)
既に定年…じゃないじゃないか。
下っ端どついてやらせるから関係ない。
つーか、３０年以上使いそうなものも無いしなぁ。