【IT】Windowsの令和対応パッチ配信が始まらず、10連休に間に合わない懸念も
■ このスレッドは過去ログ倉庫に格納されています
日本マイクロソフトによる新元号「令和」に対応するためのWindowsの更新プログラム(パッチ)の配信時期が不透明になっている。2019年4月22日午後の時点で、まだ配信が始まっていない。
同社は「現在、米国の技術チームが準備を進めているところで、まだ配信時期は確定していない。22日中の配信開始はない。10連休に入る前の26日までの配信開始を目指しているが、間に合わない可能性もある。全製品で同時期に配信せずに、Windows 10/8.1/7などの製品によって配信開始時期を変えることになるかもしれない」(広報)と説明する。
今後配信する予定のパッチは、Windowsの時刻制御をつかさどる「日付と時刻」を修正して令和に対応する。平成の次が令和だという内部ロジックを実装して、2019年の1月から4月までが平成31年で、5月以降が令和元年と認識させる。かな漢字変換機能も修正して、令和を変換できるようにしたり、令和を全角1文字で表す「合字」を追加したりする。
日本マイクロソフトは、パッチ適用が新元号対応の前提になるとして、パッチの適用を呼びかけてきた。5月1日の改元日までにパッチが配信されななかったり、配信されても10連休のためにパッチ適用が遅れたりした場合、Windowsで動作する情報システムで改元に伴う誤動作が発生する懸念がある。
https://tech.nikkeibp.co.jp/atcl/nxt/news/18/04809/ >>386-387
元号問題も、元々はWindowsではレジストリにちょっと新元号情報を書き込めばすべて終わるはずだった
サマータイム問題ほど深刻じゃないけど、同様の構図だった >>401
まともに元号処理してるアプリならそれで問題ないだろ
ただそれをすべてのユーザーに手作業でやれってのは無理だからOS側のアップデートが
必要な事に変わりはない >>402
手作業の事を言ってるんじゃないぞ
レジストリをちょっとというのは、Windows Updateで自動的にという意味だ これWindowsUpdateを自動にしてる素人は
5月中旬の月例パッチ配布まで対応できてないってことじゃないか
せめて日本語版だけでも優先度高くできなかったのかな またキーボード認識しなくなるのかな
今でも不安定なのに >>374
Microsoftあてにしてパッチ待ちになってるのが結構あるわ
そんなのに頼らずに対応するのが普通なのにな >>1
元号なんていらんだろ
廃止でいいよ
アメリカの会社が対応する必要なんて無い 明日からは1月生まれも令和生まれ扱いにならないの? よーわからんが、Excelみたいに日付はすべてシリアル値で管理して、表示を和暦にしたい場合だけ元号表記に変換するわけにはいかんのか?
アプリ側で使いたいなら、変換部分だけ独立した機能をOSが用意するとかさ。
プログラミングもできない素人の考えだから、そんな簡単なものじゃないのかもしれんが…。 9 名無し~3.EXE[sage] 2019/05/01(水) 03:49:42.23 ID:IVvFvQI+
【警鐘】[改元][Windows][.NET] 「令和」対応パッチで画面が横に伸びる、文字が見切れる
― Windows Update 手動更新はちょっと待った方がいい @CodeOne 2019年04月30日
https://qiita.com/CodeOne/items/22004635d3c7cc533e5e
(以下、見出しのみ)
慎重になるべき理由
プレビュー版である
「令和」対応以外の変更も含まれている
「元年」表記
画面が横に伸びる
何が困るのか?
なぜこんなことになってしまったのでしょう?
なぜほとんど騒がれていないのでしょう?
文字が見切れる >>375
>>>367
年の値は西暦で保持しているから「元年」表示にしようが、
うそ
日時データは中の人は数字で持ってる
数字の1を 1900年1月1日00:00 と表示しているだけ
1日増えると+1される。時間は小数部で処理してる。例えば、数字の1.5は 1900年1月1日AM12:00 と表示される >>420
ウンチクを語りたい馬鹿か? だから1900年分のオフセットが掛かった実数だろ?
Excelに限らず、VBのDate型や、VC++のCOleDateTimeクラスなんかも同じ。 >>420
数字じゃなくて数値な
そこ間違えるとド素人丸出しだ 本当に少数なんだなw
86400秒って割り切れないじゃん >>423
本当だね、24時間ですら少数では表現できない
と言う事は、タイムゾーンを考慮して各地のローカル時刻に変換するとかやると、丸め誤差で不整合が出る糞仕様
だったら日付未満の時刻を少数で保持する意義が何処にも無い
MSって、ホントに糞だわ まあなんだ、技術者の端くれとしてこういう大イベントに関われるのは光栄かも >>400
右翼なの?
左翼が、元号要らんと言ってカレンダーなどから元号排除のために発表を遅らせたもたんじゃないの? Excelでセルに20190501と入れて、セルの書式設定で日付をやったとき
######ってなるんですが、これって前からでしたっけ?
2019/05/01って打つと書式設定の日付いじれるようになって
和暦にして令和1年がでるんで問題ないんですが、以前は「/」入れなくても
出来てたような気がしたんですが・・・記憶違いかな?
ちなみに2003と2007はなにやっても令和が出ず平成31年5月1日のままでした。 >>400
仮に、去年の秋に新元号を発表していて、去年の12月に天皇が崩御して新天皇即位・改元となっていたら、去年が平成30年/令和元年となり、今年は令和2年になっていた >>431
ありがとうございます、勘違いだったみたいですね。 >>432
このぐらいの質問がたまにあると、ほのぼのするね。 >>400 >>426
右翼も左翼も関係ないよ
1月1日に改元すると正月行事と重なって
宮内庁が困るから没になった いらん更新するな
令和って普通に漢字変換して打てるからいらない パッチ作成は簡単だろうけど、テストが大変なんだろうな Win7とWin10 Ver1803は4月25日に
Win10 Ver1809は5月5日に
更新プログラムが送られてきた ttps://jp-redhat.com/openeye_online/column/oss-note/5547/
linuxはこんな感じ
ロケール設定ファイルを変えてプロセス再起動すれば桶 >>417
変換するロジックが点在する場合もありまして… そこまで日本人に気を遣う必要ないだろw
1年を元年ってわざわざ使っているのは日本国内の慣習でしかないんだし >>441
1年でいいよ
法律上も問題ない
そもそも元号使うこと自体が糞だってみんな認識したんだから、元年なんて書いてるやつの方がバカにされるよ >>444
無職?
元年って書いてる方が元0月とかやらかさないかとか、2年以降のロジックちゃんと入れてるかとか不安になるよ
余計なことはしなくていい 伝票日付みたいのは1年でもいいけどそれ以外は元年じゃないと間抜けな感じがする >>447
そうは言っても元年表示は1年表示より金かかるらな。数字型で済むところを文字型で扱わんと駄目だしさ。
官公庁絡みがメインの会社以外は 、元年表示や和暦表示を止めてるので、次の改元あたりで大半が西暦になると思うわ。 1年で何の問題もないのに、わざわざ元年にするという思考回路や意思決定回路に問題がありすぎるんだよ
本来は西暦でいいところを法律要件や過去のしがらみで仕方なく元号使う
なのになぜそんなバカ丸出しなことまでしちゃうのってこと 7だが自動更新来たな 令和がレジストリに登録された >>448
表示だけの問題
内部はunix時間だろ
年月日なんて文字を使う段階ですでに文字列だし。 ■ このスレッドは過去ログ倉庫に格納されています