パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

Windows 10では今春に新元号「??」が実装される」記事へのコメント

  • by Anonymous Coward

    下手に元号を「??」なんかにしないでくれ。「昭和95年」とか「平成32年」を西暦に変換できるような処理系はあるけれど、元号が「??」なんかになっているデータが紛れ込んだら対処が大変じゃないか!

    • by Anonymous Coward

      データベース等恒久保存データには常に西暦なりUnix時刻なりでいれて表示時に一過性で変換しろってことだよ言わせんな

      • by Anonymous Coward
        生年月日をUnix Timeで保持って誰でも新人の頃に一度はする設計ミスだよね
        • by Anonymous Coward

          64ビットで持っておけば問題無いのでは。

          • by Anonymous Coward

            >生年月日をUnix Timeで保持って誰でも新人の頃に一度はする設計ミスだよね

            64ビットで持っておけば問題無いのでは。

            若い人はわからないかもしれないがな、1970年1月1日よりも前に生まれた人ってのはまだたくさんいるんじゃよ…………

            ………

            ………

            え、ちょ、マジで「1970年より前に生まれたなんて都市伝説だよね、符号なしUNIX Timeが定義できないじゃんウケルありえなーい」なんて思ってないよね?

            • by Anonymous Coward

              signed 64bitで持っておけば問題無いのでは

              • by Anonymous Coward

                Unix Timeって、負数は動作保証されてないんじゃなかったっけ?
                だから、time_tが32bitでも64ビットでも生年月日の表現には使えないという話だと思うけど。

              • by Anonymous Coward

                保証されていないのはエラーコードとかぶる-1の値だけでしょ。
                仮に負の値が一切動作保証されていないシステムが過去に存在していたとして、
                符号付き64ビットに改修するの前提な話なのにわざわざそのバグを引き継ぐんですか。

              • by Anonymous Coward
                バグではないよ
                規格が負の時刻の扱いを保証していないのだから
                仮に負の値が一切動作保証されているシステムが現在に存在していたとしても
                その機能を使用しているコードに移植性はない
              • by Anonymous Coward on 2018年04月24日 14時46分 (#3398032)

                規格が負の時刻の扱いを保証していない

                [要出典]

                値が-1の時は保証されていない。 [srad.jp]それ以外の負の時刻の扱いが保証されていないソースは?

                親コメント
              • by Anonymous Coward
                ISO C [wikipedia.org] この文書中から負の時刻の扱いに関する記述を1行でも見つけてみろよ。宿題ね。

Stableって古いって意味だっけ? -- Debian初級

処理中...