JR東日本の年末トラブルは日付処理が原因？ | スラド IT
朝日新聞、NHKニュース、TBSニュースの報道とJR東日本のプレスリリース(PDF)によると、昨年末12月29日にJR東日本の全新幹線を管理するシステム「COSMOS」のトラブルにより、東北や上越など5新幹線が3時間不通となり、112本が運休し、帰省客ら13万7000人が影響を受けた問題で、原因はダイヤの変更作業の遅れだったと判明したそうだ。 このシステムは列車のダイヤや乗務員の配置などを管理するもので、ダイヤなどの変更が必要な場合、それらの情報を当日の午前5時までに入力する必要があるということだった。ところが先月29日は、悪天候の影響で前日に大幅に乱れていた山形や秋田の新幹線のダイヤを元に戻したり、年末の列車を増発したりと、入力するデータが、運行するほぼ全ての新幹線(389本)の車両のやり繰りを変える「過去に例のない作業だった」(JR東日本)と膨大になった。 終電後、29日分のデータの入
Zuneとgigabeatが閏年の処理の問題でフリーズ | スラド
Microsoft社のZune 30GB版が12月30日から31日にかけてフリーズしたという苦情が同社に殺到したとCNNが報じている。また、東芝のgigabeat Tシリーズ・Vシリーズにおいても同様の現象が発生していたようで、まとめwikiが作られている（東芝のgigabeat公式サイトには現在は情報は掲載されていない）。 Zuneでこれらの現象が起こった原因は、閏年を扱うルーチンにバグがあったためとCNNは報じている。Zuneの公式サイトのFAQには、フリーズした場合はバッテリーを放電し、GMTで2009年1月1日の正午以降に充電すれば回復するとある。gigabeatも同様の方法で回復するようだ。 閏年の処理というのは基本中の基本であり、何故このようなバグが残ったまま出荷されたのが疑問である。 2008/01/01 22:15 追記 by soa; タイトル中 gigabeatとすべき
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
