アカウント名:
パスワード:
日付時刻型もうるう秒対応するのかな?
そりゃ対応するでしょ。そして「60」秒が返ってきてそこら中で例外発生よ
秒が60を返してきただけで例外が発生するようなことってあるか?
日付時刻型クラスがどうなるかですね。ログや通信データに08:59:60が有った時にパースで落ちなければ良いですが。他にも加算、減算で60の扱いがどうなるとか。
メーラーとかブラウザとかヘッダの時刻が正しく取り扱いしてくれるか再確認が必要かも。
今回Windows Serverがこうなりましたけど、AzureやAWSとかの米国にあるLinuxサーバーやサービスとかもうるうをぶっこんでんでくる可能性があるって事で対岸の火事ではいられない可能性が。
manページには、struct tmのtm_secは、閏秒のために「60」が設定される可能性があると明記してあるので、システムとして想定済みではあるんでは。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
.Net FrameworkやSQL Serverはどうなる? (スコア:2)
日付時刻型もうるう秒対応するのかな?
Re: (スコア:4, 興味深い)
そりゃ対応するでしょ。そして「60」秒が返ってきてそこら中で例外発生よ
Re: (スコア:0)
秒が60を返してきただけで例外が発生するようなことってあるか?
Re: (スコア:0)
日付時刻型クラスがどうなるかですね。
ログや通信データに08:59:60が有った時にパースで落ちなければ良いですが。
他にも加算、減算で60の扱いがどうなるとか。
メーラーとかブラウザとかヘッダの時刻が正しく取り扱いしてくれるか再確認が必要かも。
今回Windows Serverがこうなりましたけど、AzureやAWSとかの米国にあるLinuxサーバーやサービスとかもうるうをぶっこんでんでくる可能性があるって事で対岸の火事ではいられない可能性が。
Re:.Net FrameworkやSQL Serverはどうなる? (スコア:2)
manページには、struct tmのtm_secは、閏秒のために「60」が設定される可能性があると明記してあるので、システムとして想定済みではあるんでは。