アカウント名:
パスワード:
UNIX timeのEPOCからの秒数って表しかたの一貫性が保てなくなって、むしろあちこちでバグの原因になる気がするんだけど・・・EPOCからの秒数を捨てるか、UNIX Timeの秒とUTCの秒の対応のどちらかを諦めなきゃならなくなると思うんだけど、どうなんだろう？
大抵のUNIX time実装にとって、うるう秒は存在しない。epocからの本当の経過秒数とUNIX timeなんてとっくに10秒以上ズレてる。
昔の時計や地球の方がズレていたことにしちゃえないかな
あれはそういうの気にしてないからまあバグる。どうバグるかは処理系依存。
ガッツリ同期させてたらうるう秒の瞬間だけ同じ秒数が2秒間存在するってだけだし、緩やかに合わせる場合一定期間1秒が微妙に長くなるだけで同じ。あんまりバグるようなことにはならんだろ。時刻合わせ時にタイムスタンプ巻き戻ったりするほうが深刻。
その「どちらかを諦めなきゃならない」必然性って、本当にありますか？
こういうことだそうで。メジャーバージョン毎に挙動が異なるのね
https://access.redhat.com/ja/articles/106233 [redhat.com]
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
UNIX timeとの整合性がめちゃくちゃにならないの？ (スコア:0)
UNIX timeのEPOCからの秒数って表しかたの一貫性が保てなくなって、むしろあちこちでバグの原因になる気がするんだけど・・・
EPOCからの秒数を捨てるか、UNIX Timeの秒とUTCの秒の対応のどちらかを諦めなきゃならなくなると思うんだけど、どうなんだろう？
Re: (スコア:0)
大抵のUNIX time実装にとって、うるう秒は存在しない。
epocからの本当の経過秒数とUNIX timeなんてとっくに10秒以上ズレてる。
Re: (スコア:0)
昔の時計や地球の方がズレていたことにしちゃえないかな
Re: (スコア:0)
あれはそういうの気にしてないからまあバグる。どうバグるかは処理系依存。
Re: (スコア:0)
ガッツリ同期させてたらうるう秒の瞬間だけ同じ秒数が2秒間存在するってだけだし、
緩やかに合わせる場合一定期間1秒が微妙に長くなるだけで同じ。
あんまりバグるようなことにはならんだろ。
時刻合わせ時にタイムスタンプ巻き戻ったりするほうが深刻。
Re: (スコア:0)
その「どちらかを諦めなきゃならない」必然性って、本当にありますか？
RHELの場合 (スコア:0)
こういうことだそうで。メジャーバージョン毎に挙動が異なるのね
https://access.redhat.com/ja/articles/106233 [redhat.com]