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

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

  • by Anonymous Coward on 2018年04月23日 16時45分 (#3397462)

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

    • by Anonymous Coward

      それが分かっているならレジストリの項目を、サクッと削除しておけばよい。面倒ではあるけれども。

    • 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

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

                うんうん。「昭和100年問題」に対して、「年号の変数の幅を±64ビットでもって設計すればいいじゃんいいじゃん」ってご意見ですねw
                貴重なご意見ありがとうございますw

                 だ れ が そ の 潤 沢 な メ モ リ を 買 っ て く れ る ん じ ゃ い

              • by Anonymous Coward

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

              • by Anonymous Coward

                >年号の変数の幅を±64ビット

                誰が年号の変数の幅の話をしてるんですか?
                生年月日に32ビットも勿体無いって話なら最初からそう書けばよろしい。
                一日単位だと16ビットじゃ180年分も持たないから20ビットにでも詰めてらっしゃるんですかね。

                > だ れ が そ の 潤 沢 な メ モ リ を 買 っ て く れ る ん じ ゃ い

                そっちの貧乏な事情なんざ知らんがな。

                せめてうるう秒ガーとかユリウス暦ガーとかいう返事を期待していたのに、
                まさかベテラン気取りのロートルだったとは。

              • by Anonymous Coward

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

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

                 だ れ が そ の 潤 沢 な メ モ リ を 買 っ て く れ る ん じ ゃ い

                おじいちゃん、一億人分の生年月日を32ビットから64ビットに増やしたとしてもデータベース全体で3ギガバイトしか増えないの。

                Unix Time以前生まれのおじいちゃんの頃は「潤沢なメモリ」に見えたかもしれないけど、
                今時そんなのおじいちゃんの大好きなエロ動画、昔はブルーフィルムって言ったんだっけ?
                一本分にもならないかもしれないの。
                時代は変わったのよ。

              • by Anonymous Coward

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

                [要出典]

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

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

              今時の64ビットでsignedな環境なら、別に問題ないでしょ。

              $ date -d @-31536000 => Wed Jan 1 09:00:00 JST 1969

            • by Anonymous Coward

              なんで符号なしで考えてんのお前?
              time_tでさえmust be signedなのに

              • by Anonymous Coward

                mktime(3) [freebsd.org]
                mktime() 関数は、指定のカレンダ時間を返します。
                カレンダ時間が表わせない場合は、-1 が返されます。

                time(3) [freebsd.org]
                バグ
                ISO/IEC 9899:1999 (``ISO C99'') と IEEE Std 1003.1-2001 (``POSIX.1'') のいずれも失敗するときに errno に設定することを time() に要求しません。

              • by Anonymous Coward

                有効でない負の値はその一秒だけとしか読めないが。

              • by Anonymous Coward

                ここにぶら下げよう

                どのバージョンのLINUXだか覚えてませんが
                システムコールの下半分は-errnoを返す
                上位の共通部分で値を-1にしてエラー番号を設定なんてコードになってて
                負の時刻をそのままでは表せないなんて覚えがある

                実際には失敗しないので、-1返ったときはエラー番号を時刻にした

                おそらくスレッド対応。
                負の値を返すことは無いというシステムコール設計の古さでもある

        • by Anonymous Coward

          いくら新人でも設計してるときに「いや無駄でしょこれwww」って気づくわボケ

      • by Anonymous Coward

        昭和の時代から生き残っているシステム相手にそんなこと言っても無駄だよ。

      • by Anonymous Coward

        世の中にはEDIのデータでもって取引先に昭和年を強制する会社があってですね

    • Re: (スコア:0, 興味深い)

      by Anonymous Coward

      平成32年を西暦に変換する処理があったとしたら、今回の更新でエラーになっちゃうんだよな。
      地味に致命的かも知れない…。

      レジストリ消せば良いとか気軽に言ってくれるよまったく。
      テストする側がレジストリ追加して試験すりゃ良いだけで、全ユーザーに中途半端な設定をばらまく必要は無いだろうに。

    • by Anonymous Coward

      何でコレが-1モデされてんの?
      不正マイナスモデじゃない?

      メタモデおねがいね。

アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家

処理中...