【鉄道】1文字分のミスで大トラブルに　首都圏改札機トラブル[07/10/28]

　首都圏の鉄道で１２日と１８日の早朝に起きた日本信号（本社・東京）製の自動改札機と窓口
処理機の障害の原因は、プログラムがわずか日本語１文字分のデータの処理を誤ったため
だったことがわかった。「極めて単純なプログラムミス」と専門家が指摘する欠陥は、のべ
７２７駅、２６０万人の足に影響する事態に発展した。

　１２日は改札機４３７８台、１８日は窓口処理機１０１台で障害が起きた。どちらの機器も、ＩＣ
乗車券「Ｓｕｉｃａ（スイカ）」と「ＰＡＳＭＯ（パスモ）」の相互利用に対応している。

　日本信号によると、期限切れなどの理由で使えなくなったカードをチェックするため、無効
カードの情報（ネガデータ）が相互利用センターのサーバーから各駅の駅サーバーに送られて
くる。駅サーバーはデータ処理に必要な情報を加えて、改札機や窓口処理機にネガデータの
情報を送る。

　両機器は毎朝の立ち上げの際、ネガデータの最新版を取り込む。その際、窓口処理機は
駅サーバーから直接データを受け取るが、改札機は監視盤で書き換えられたデータを受け取る。

　障害の引き金になったのが、２バイト（２進法で１６けた）のデータだった。例えば改札機の
場合、ネガデータは５４５１件分（６万５５１８バイト）を一区切りとして処理される。処理は４バイト
ずつ進めるため、最後に２バイト余る。全角ひらがなや漢字１文字分のデータ量だ。

　半端な２バイトも、件数がこの一区切りまでなら正常に処理されていた。だが、５４５２件以上に
なると「８５件増すごとに５件の割合で、余った２バイトの処理を忘れる」（同社）というプログラム
の欠陥があった。

　相互利用が始まった３月から９月下旬まで、ネガデータは障害が発生する件数に達していな
かった。以後もたまたま障害の条件をすり抜けていたが、１０月１２日のデータは「５件」に合致
して２バイトが欠落し、改札機が立ち上がらなくなった。

　窓口処理機でも同様の処理が行われているが、データの受け取り方の違いから１２日に障害
は起きなかった。だが、１８日には「５件」の条件に当てはまった。

　今回の事態を受けて日本信号では、すべての機器のプログラムの見直し作業を進めている。

http://www.asahi.com/national/update/1028/images/TKY200710270271.jpg
http://www.asahi.com/national/update/1027/TKY200710270270.html

　 ∧∧　 　　／￣￣￣￣￣￣￣￣￣￣￣￣
　　　　 （,,　　）　　＜　　>>2ゲットしようと来てみれば
　　　　 .(　　つ　　　|　　こりゃまた とんだ駄スレだなぁ オイ
　　　　　|　, |　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　U Ｕ

　|　　まあ せっかくだからやっといてやるよ　 　|
　＼　　ﾊｲﾊｲ 今だ>>2ｹﾞｯﾄｽﾞｻﾞー っとくらぁ　／
　　 ￣￣￣￣￣￣V￣￣￣￣￣￣￣￣￣￣

　　　 　 　　　 　 ∧∧
　　　 　 　　　　 （ﾟДﾟO　=3
　　　 　 ⊆⊂´￣ 　ソ　ﾔﾚﾔﾚ

ﾄﾞｯｺｲｼｮ・・・・・・・・・
￣￣￣￣￣∨￣￣￣
　　　　 ∧∧　　　　　　　 　　(´;;
　　　 （ﾟДﾟ ,）⌒ヽ　　　　(´⌒(´
　　　　 U‐U^(,,⊃'〜... (´⌒(´⌒;;

ﾊｧ、ﾀﾞﾙｯ・・・帰るか
￣￣￣￣￣∨￣￣￣
　 ﾎﾟ　　∧∧　　ﾎﾟ
　 ﾝ　 （ﾟДﾟ ,） .　ﾝ
　　 (´;) U,U ）〜 (;;).
(´)〜(⌒;;UU (´ )...〜⌒(｀)

記事を書いたやつバカ？
バグの重大性に、１文字分かどうかなんてどうでもいい話だろが

いったいいくら損害賠償責任を被るんだろう？
このふざけたプログラムを書いた奴の人生は台無しだな。

担当した
アルバイトが悪い

レアケースにも見えないから、納入検査に問題がある気が

つか、自動改札のプログラムって、各社バラバラで作ってるの？

>>1
産業

こういうことが起こっても、一切責任問われないシステム屋って良い商売だな

「○んこ」
たった2バイト、文字にすれば全角ひらがな一文字分だが、
放送業界では○に入れる文字によっては重大な事故に繋がる。

まぁ、一区切り以上のデータなんてくるわけねーw
って思ってたんだろうなw

俺はバグでこんなすごい被害を出したぞ! part自由
http://pc11.2ch.net/test/read.cgi/prog/1180240243/

>>9
あとで裁判沙汰になるけどな

なんでint？

いっそのこと球団名を、デーブライオンズにしたらどうだ？www

しらを切り続けるyahooやgoogleよりは、原因を発表するんだから良心的だな

21世紀なんてくるわけねーｗ
って思ってたプログラマのせいで2000年問題が起こったようなもんか

>>10
あ　い　う　え　お
き　さ　し　せ　ち
て　な　ね　ま　め
よ　れ　わ

意外とあるな

ちゃんと上限を設定してテストさせなかったヤツが悪い。

ウンコ知新

>>16
「21世紀なんてくるわけねーｗ」じゃなくて
「その頃までこのシステムが使われてるわけねーｗ」が正解。
あとコードのコピペ。

いまだにWin98を使ってるアホがいることからもわかるように
システムはいつ廃棄になるかわからんから怖いよな。

どうせ適当な仕様で中国あたりで作らせたプログラムなんだろ

>>17
歓呼
頑固
断固
全戸
判子
万古
文庫

こういうことはこれからも続くでしょうね

一級のサイバーテロリストよりも、ハッカーよりも
メーカーのチョンボの方がはるかに恐ろしいことを
認識したほうがいい

よくあること。プログラマは悪くない。被害も小さいし

原因について最初の数日間に書かれたことは全部ウソと
わかります、世の中そういうもんだと認識して下さい。

（´-`）.｡oO（あれ？　レアケース？？）

なに？
2バイト余る・・・？
4バイト・・・６万５５１８バイト・・・

６万人もアルバイト雇って２人余ったってことか？
２人余ると自動改札機が故障するのか？

スレと関係ない話をするが

草加信者は企業の人事を目指すらしい
なぜかと言うと人事に食い込めたら後は仲間を優先的に受からせる事が出来るから。
当然既存の社員は重要ポストにつかせる。
信者だらけにして企業を食い物にする、例えば家電系だったら返品された売り物に
なる商品やわざと多く仕入れた商品を信者の経営する小さい会社にかなり安く横流しするんだよ。
カルトは就職を斡旋するのを売り物にしてるのはこういうからくりがあるからなんだよね。
次第にその企業は食い物にされる運命なんだな。

うにっくす野郎とももろーらが何の取り得もないビッグエンディアンなんか使うから

２６０万人の時給を2000円程度、一人の遅れが１０分として
２６０万×２０００×１／６＝８億６６６６万か・・・
大した被害じゃないな。

藤原博文御大の御託宣
　　　　↓

頭狂クオリティー

テストが甘かったのはもちろんなんだろうけど
ここまで報道されるほどプログラムはインフラなんだな

設計書とテスト内容を突き合わせてないから
条件に漏れが起きたんだろうね。

設計書も適当なのかも。

障害の引き金になったのが、２バイト（２進法で１６けた）のデータだった。例えば改札機の
場合、ネガデータは５４５１件分（６万５５１８バイト）を一区切りとして処理される。処理は４バイト
ずつ進めるため、最後に２バイト余る。全角ひらがなや漢字１文字分のデータ量だ。

６万５５１８バイトで５４５１件分とすると、１件分は約１２バイト
２バイトを漢字一文字とすると１件分は約漢字６文字のデータということか？
ＰＡＳＭＯやＳＵＩＣＡの１件分のデータってそんなに少ないの？

よく分からんｱｻｐ記者が生半可な云ひ換へした結果、
素人にも玄人にも理解できない文章に成り下がつた
典型の如き記事だが。

６万５５１８バイト　→　16ビット（65536-1）分の枠
５４５１件　→　65518を割り切れん（１２余り９８）
　　　　　　　　　１件12バイトか？

玄人衆の解説おながいしまつ。

>>23

>一級のサイバーテロリストよりも、ハッカーよりも
>メーカーのチョンボの方がはるかに恐ろしいことを

クラッカーが他のシステムを攻撃するときは、バッファオーバフローや
SQLインジェクション等の、実装上のチョンボを突くのが普通だよ。

一文字でトラブった伝説にまた新たな一ページが・・・

　　初代　宇宙ロケットが一行のコードミスで発射後に大爆発
　二代目　火星探査機が単位の取り違えによる数字記入ミスで行方不明に
　三代目　一文字の書き間違いで東京２６０万人が立ち往生

まだまだ続くぜ！俺達の戦いはこれからだ！

「○ックス」

たった一文字によって、昼間には放送できなくなる

製造物責任に該当しないのか
ソフトウェアでもハードに乗っければ動産扱いだろ。

なんかいろんなことがわけ分からん
> ネガデータは５４５１件分（６万５５１８バイト）を一区切りとして
65518÷5451＝12.019446
割れねえぞ。おい。
ネガデータ1件分のバイト数はいくつよ？

初音ミク問題も
案外こんなことだったりして。

これは重要なテーマだよ、「たかが一文字分」で「あの大騒動」だ
ソフトの危機が叫ばれて久しいけど、まじめに国家レベルで取り組まないとな
今回は「人命」にはつながらなかったが、このままでは・・・危ない

６万５５１８(バイト)/５４５１(件)が割り切れないのは、可変長データってことか？
なら、ゲートキーパーがいるし、データパックのサイズ(64Kのはず)があるんだから、データ件数に上限値の計算がおかしい。
仕様が、途中で変わって、既に開発してたコードの対応チェックができてない。ってみたいだな。

>>41
こんな所にまで工作員が・・・・・・・・

１文字違えば大違いの例

＋　と ×

>>42
いや、間接的には人命にも繋がるでしょ。

一文字だが２バイトなのでかなり間違えてるぞ

一文字違えば・・・
COBOLの「．」

>>38
放送は出来ると思うが・・・

「○んぽ」
じゃね？

この手の話題にしちゃエラい詳しい話出してきたな。
普通なら「ループの終了条件ミスりました」程度なのに。

こんなん入ってるならネガデータでも通過できちゃったとか、いろいろな
バグ入ってそうだな。

とはいえ、プログラム作成で、一番手を抜きやすいのがテストだったりするんだよな。
以前バイトでプログラムのテストをやった事があったのだが、酷いありさまだったし。

２〜３回データと押して出力しておしまい・・・なんじゃそりゃ？
運用中にプログラム修正で金取ろうとしているとしか思えん・・・。

>>46
　間接的にはつながっていたのかなあ？
　インフラってそういう意味だし
　安易に「便利なもの」には釣られるな、という教訓か

ふっかつ　の　じゅもん　が　ちがいます

64K全部がデータなら、12*5461=65532くらいか?
64K全部が使えるわけではないだろうから、それより少なめ？

>>51
そんな表現じゃ朝日の読者には理解できないでしょ。

>>39
まあ受託開発契約の中に、免責項目が入ってるだろうね
てゆっか今時青天井の損害賠償に発展するような開発契約なんて、まともな請負会社なら結ばない
開発費に対する想定される最大被害がでかすぎるんだよね
コンピュータが便利なことの裏返しなんだけどさ

>>37
>　初代　宇宙ロケットが一行のコードミスで発射後に大爆発
これってFORTRANのDO文の香具師だったっけか？

>二代目　火星探査機が単位の取り違えによる数字記入ミスで行方不明に
>三代目　一文字の書き間違いで東京２６０万人が立ち往生

>>51
ループの回数が一回多いをやらかす奴は多いぞ。そういう奴に限って人のせいにするから困る。

>>40
>>43
可変長じゃこの話自体おかしいから、共通部があるんじゃないかな

5451×12＋106＝65518
106バイト中にクレジット会社のコードとかが入って、繰り返し部はクレジットカードのコード12桁
・・・ってクレジットカードって16桁だよな

一文字分のミスで大違いの例

= と ==

1文字だろうが100000文字だろうが、不具合は不具合だろ・・・・

結論
大規模システムはC++で書くな

1区分
1５byte(本体データ)1byte(処理データ)

>>34
イオカードの裏の印字程度のデータでしょ。
それほど多くもないのでは。

>>52
>とはいえ、プログラム作成で、一番手を抜きやすいのがテストだったりするんだよな。
>以前バイトでプログラムのテストをやった事があったのだが、酷いありさまだったし。

そりゃ請負交渉で納期短縮と委託料負けろって言われて、どこ削るかといわれれば
テストしか削るとこないもんな

>>13
現在主流の32ビット機の場合、レジスタは32ビット（４バイト）だから、一度に
処理できる４バイト単位で処理した方が早い。
１バイト処理しようが４バイト処理しようがＣＰＵで消費する時間は殆ど変わら
ない（厳密には多分逆に１バイトの方が僅かに余分に掛かる）から、１バイト単
位で処理したら４バイト単位で処理するより４倍の時間が掛かる。

にしても、この程度のテスト漏れも発見できないとは、あんまりレビュー体制が
きちんとできていないのか、人手が足りないのか。
一番の原因は、ＭＫテストすらまともにできていないプログラマの実力不足って
とこかなｗ

ｘ＞おめこ
○＞まんこ

>>60
無効Suicaを弾くデーターっぽいから、Suicaのシリアルかな?
とりあえずSuicaの裏に書いてある番号を収めるには７バイトくらいか

俺が言いたかったことは、既に>3に書かれていた。

さすが朝日新聞。
朝日なら「数の問題ではない」って記事を書くべきなのに。

とはいえ、他の新聞社では書くことすら不能な記事だな。

ただ社会も「システムはいつも完全に動く」を前提にしてるのはおかしいんだよな。
動かないときにどうするかを考えておかないと。

>>70
たった一文字がこれほどまでに大きな事故を引き起こす、
という問題提起なのでは？

まあ、朝日はたった二文字の英文字で自滅したわけだが。

問題は作業者の環境
せかされ、どなられ、いじめられればいい物なんか出来わしない。
もう精神論はかんべん、あとべき論も

>>69
クレジットカードの頭6桁が企業コードみたいだから、それを共通部に入れれば
繰り返し部は10桁あれば足りるね

>>72
初音問題で、
検索エンジンに完全性を求めてる人がいたことに正直驚いたよ・・・

>>55の云ふやうに"5451"ではなくて"5461"だら
5461*12＝65532で16bitに近くなる。
ｼｶｰｼ余りは65535-65532＝３で、「最後に２ﾊﾞｲﾄ余る」
訳ではないのでﾔﾊﾟｰﾘ分からん。

>>73
激しくワロタ

人民解放軍のサイバーテロ部隊が興味持ってるだろうな…。

こんなコーディングミスいつでもある

むしろテストケース書いたやつが悪い

>>69
シリアル番号１５桁で50bitで7byte
パスモ、ＩＣＯＣＡと相互利用出来るから、会社識別でアスキー２文字か。
あと３バイトで返事（有効無効残額などなど）。十分入るじゃん。

スイカやパスモ使うから被害に遭うんだよｗ
あたま悪いやつ多いなｗ

>>76
　あれは「完全性」ではなくて、グルグル先生は既得権力（いろいろ名前のあがる
会社だ）から全くのフリーではなかった、てのが本質な
　フナムシ祭りの最中にあそこにいたが、そりゃー自給７００円は引いたよ

実際にこのプログラムを作ったのは派遣の孫受けの曾孫受けの
そのまた下請けの派遣社員だろうな。

最近は地方の路面電車やバスなどにも
ICカードがあるわけだが

大丈夫なんだろうか

だいたいそんな間違え易いデータ構造にしてる方もどうかしてるわな。

8bitCPUの頃なら、少しでもデータ量を減らして、処理や通信の負荷を
減らす為に、釈迦力になってたけど。

>>80
俺のいた現場はどこでもモジュール仕様書く奴とコード書く奴とテストケース書く奴と
テストする奴が同一だった。
そしてやってる人間の８割が孫請け以下で扱いはPG。

>>84
日本人は「形のある物」には金を払うが、「形のないもの＝ソフト」は無料
と思い込んでる節があるからなあ〜
ソフト書いてる人は大変だと思うよ

改札機の導入が、１日あたり幾らのコスト削減になってたのか。
改札機のハード、ソフトあわせた費用が、何日（年）で回収できる予定（できてた）のか。
それも考慮に入れなければならない。

ソフトじゃなく
それが提供するサービスに
金を払うのだが

同情するなあ。せめて慌てて見直して直したら新しいバグを埋め込むとかしないように気を付けて。

>>90 おまい、良いこと言う

>>89
そそ、金の流れる所が増えただけのETCがいい例だよね。

>>86
あの当時は「大切に使え血の１バイト〜RAMは限りある資源です〜」の世界だったな

1ビットのミスでも大トラブルだぞ

１ビット違えば数字は２倍

あまりにもケアレスミスで
素人がプログラムしたんじゃないか？

>>94
スーパーマリオの開発だな

>>98
ドラクエ３だと思うな。

記事が意味不明だと思うのは俺の日本語能力のせいか？

データは2バイト区切りで鯖からやってくる
それを処理する改札機は4バイトずつ処理
最大で65518バイトやってくる
今まではそれ以下だったが、それを超えて、かつ4で割り切れない容量だったから
改札機臨終

エロい人、これでいいの？
全角1文字分は関係ないやんけ。文字の処理で詰まったのかとおもた。

>>100
俺も本文を読むまで、特定の1文字を処理ミスしたのかと思っていた
どうやら、記者がプログラムを全く知らないみたいだな

後、システム開発が大規模になって、開発費が高騰、真っ赤っかになる会社も増えて来た。
んで、その真っ赤っかな事業部売却とか。

１バイトのべたうち転送ならもしかしたら起こらなかった？
と思い始めた、テストはしていた、しかし、テストの相手が４バイト
のマシンでおこなった・・・・・・
ワードバウンダリーのトラップじゃん！これってｗ。

ネガデータは５４５１件分（６万５５１８バイト）を一区切り
なので、ネガデータ1件は65518/5451=12バイト。
割り切れない分は何かの制御用。

「８５件増すごとに５件の割合で、余った２バイトの処理を忘れる」
というのは、12*85=1020なので多分1024バイトのバッファに入れ
10件とか16件とか単位でループして80件960バイトまでは良いが、
バッファの最後とデータの最後が重なるとしくじるんでしょう。

特定の1文字の処理ミスじゃなくて、
5451件分しか正常に処理できなかったっていうことか。

>>84
だいたい、日信自体がソフトウェア部門全体を子会社待遇にしてる。
http://www.nisshin-soft.co.jp/

>>99
FC版EDは、演出の素晴らしさと容量の節約っぷりに泣けたっけな。

どうせ、プログラマのミスじゃなくて仕様をきったヤツのミスだろ。

その昔、低レベル言語でごりごり書いていた頃の伝説プログラマは、ビットシフト
するだけでぜんぜん別の処理になるという、箱根細工のような超絶技巧を駆使した
らしい。

今のCPUではそもそも出来ない自己書き換えとか駆使したっけ。

でだ、この欠損データで処理しそびれた分は、お客に不都合とか起きてないのかな？

「1文字だけでこんな大騒ぎになる仕組みがおかしい。」とか偉い人が切れてそうな予感。

>>110
書き換えたはずなのに、プリフェッチに先を越されていたりな。

また日本信号ですか

一瞬、文字列処理が原因かと思った

(ﾟ_ﾟ)今朝のがっちりマンデー
http://www.tbs.co.jp/gacchiri/oa20071028-mo1.html

＞「８５件増すごとに５件の割合で、余った２バイトの処理を忘れる」

難しい間違い方だな。どういうプログラムだこれ？

>>110
それはあり得るでしょうね。記事では「期限切れなど」ってあるけど
盗難されたカードの利用停止でも使われていると思うので、
ネガデータを取りこぼしてたら不正使用されてしまっているかも。

出版業界なんて、誤字は当たり前だけどな

ここでインド人を右に

>>117
更新できなかった分は次の更新で当然リカバリされてると思う
が、そもそもシステム障害が起こったあの日、定期券がなかろうとなんだろうと
通り抜け出来たから、不正利用としては引き落とされないと思う。
（動いていた自動改札は、朝に既に更新ができたところばかりだから）

テストに問題ありだな
単体テスト、全体テストともに引っかかりそうなものなのに

そもそも2バイト文字で管理してる時点でアウトじゃね?
クレカみたいにローマ字に変換して1バイト文字で管理しなきゃね。

プログラムで日本語みたいな2バイト文字が混在したデータの処理
は結構面倒なんだよな。

>>89
この前のシスアドの午後問題で似たような問題があったなｗ

ごちゃごちゃと読む気のしない記事だが
要はバグに気をつけろってことだな

ネガデータをオートチャージする際の与信に使っているのか。
オートチャージができないようになるだけなら被害は最小限だったのに。
まあそんな設計ができるくらいなら最初からこんな障害はおこさないだろうが。

短納期でテストも満足にできないのにどうしろと
障害おきても現場は知るかって感じだろうな
管理職が責任取ればいい

>>120
そりゃそうですね。
ネガデータは日々の差分で、トラブルの日の分がそのまま抜けて
しまっただろうと思ったんだけど、相互利用後に件数が増えていって
問題の件数に達したということだから、全件洗い換えですね。

ネ申データに見えたw

>>128
神様もデジタル化の時代か・・・

記事見ると、コンピュータはこんなわずかなデータの処理ミスで
大きな影響が出るんだとでも言いたげなんだが、よく読むと
処理自体がダメダメだったってことじゃん。

コストパフォーマンスの問題だね。
1億円かけて3%の確率でトラブルになるのと、
20億円かけて0.1%の確率でトラブルになるのだと、
前者が選択されるってこと。(数字は適当)
トラブルが起こらなかったら儲けモノだしね。

>>127
全件洗い替えはしてないと思うけどな
単純に更新できてから自動改札を起動すれば（つかそうするしかないが）
あっさり正常な状態になる

不完全な更新で自動改札が起動できることはないから
不正使用も発生しない、と思われる

>>122
２バイト文字の処理じゃなくて、データが2バイト分欠落したことによるダウンじゃないのか

それを2バイト＝1文字と関連付けて、日本語1文字分のミスでってことだろ

>>122
2バイト文字で管理しているわけではない。おそらく4バイト単位のバイナリ。
ユニシス側から、最後に2バイト余っちゃってそれが原因、
2バイトってのは日本語1文字分だ、とかなんとか説明があったんじゃないの？
朝日記者にはその日本語1文字ってのが重要に聞こえたのだろう。

　　　　 ∧_∧　　 　　
　　　　( 　ﾟ,_ゝﾟ)ﾊﾞｶｼﾞｬﾈｰﾉ　ｵﾏｴﾗが2バイト、2バイト
　　　//＼￣￣且＼ 　 　　　　言っている間ﾐｶﾝ6個食べたよ
　 ／/ ※.＼＿＿＿＼
　＼＼※ ※ ※ ※ ※ヽ
　　 ＼`ー──────ヽ
　　　　────────

バグなんていつもそんな門だ

原因が特定できたことは救い

コンマ間違えて宇宙船大爆発よりマシだろう

>>136
だな

「原因不明で発生待ち」
こんなバグはいっぱいある

>>61
「Ａ＝＝Ｂのとき実行せよ」のはずが、
「ＢをＡに代入せよ。そしたら無条件に実行せよ。」になるわけだな。

>>134
>朝日記者にはその日本語1文字ってのが重要に聞こえたのだろう。

これは見出しとしておもしろいとか思ったんだろうな。
１バイトどころか１ビットの0/1フラグを間違えてシステム止まることあるのに

>>131
そのトラブルでどれくらいの損害が出るかしだいで後者を選ぶ

データ仕様がgdgdに変更され続けたら、こんなことも起きるかもね。

>>139
おしい

AにBを代入し、その結果が（Bの値が）0以外なら実行せよ

よくわかんね。
だれかｿｰｽｺｰﾄﾞ張ってくれ。
一区切りデータを複数になると処理関数を変えてるのか？
ﾗｲﾌﾞﾗﾘにするなり継承するなりで何ともないと思うが。

ループ判定のミスじゃないの？

4バイト単位で処理って言っているからそれがどういった処理なのか不明だけど

前処理：
4バイト単位で読み込み
残り2バイトになったとき、残りバイト数の確認判定でミス
2バイト分のデータを処理せずループ終了

本処理：
前処理からのデータを取得
処理中に2バイト分データが足りないため（読み込み段階でかも）不正処理落ち

システムダウン/機器の起動に失敗

とか、、、

>>146
単純にそれかもな。
一区切りまで処理して、後ろのデータ何もせずそのまま終了。
一区切りなら影響ないけど後ろに有効データがあるときは
２バイト分ずれるっていうの。んーまあ恥ずかしい範囲かな。
せめてﾌｪｰﾙｾｰﾌでなんとかしろよってとこだが。

日本信号潰れろ

書き込みテスト

文明社会って怖いね

1は意味不明。
ソース出してくれれば意味解るのだが。

お前らマ板から来ただろw

>>27
ああ、それで人事部を希望した僕は退職させられたのか。

>>151
そうだな
下手な記事書くぐらいなら、ソースか仕様書でも見せた方が説得力がある

新聞紙面にソースコードが並んでもそれはそれでどうなのか・・・

>>155
そこかしこからツッコミ入りまくって、ものすごく品質の高いデバッグができるかも。

１文字だけ間違ってるから現場でトラブルになる。
１文字しか合ってないとしたら現場ではトラブルにはならないと思う。

件数で割っても端数が出るし
中途半端なビット数で処理して
バグを埋め込んだ感じ？

ソースコードなんて公表は無理でしょ、さすがに、、、
すっごい見てみたいけど、、、

バイト数と件数が合わないのは、中間処理のヘッダみたいなものでも付加してるんじゃないの？

理解できないのは最初の5451件分は正常処理されるのに、以降の85件増すごとに5件の割合でってところ

「5451件分を一区切りとして処理している」なら、5452件目の処理って発生しないんじゃないの？

5451件をひとつのブロックとして処理して、5452件目は次の処理単位にまわされるんじゃないのかなあ？？？

>>159
64KB超えると1kB毎に64バイトの読み落としと俺は読んだ。

8ビットCPU用でキャリーオーバー黙殺するようなループの
プログラムが昔から実績あって、16ビットCPUに流用したら
隣のバイトにちょっかい出しちゃった、とかはどうだろう？
アドレス指定は全部マクロでマップしちゃってるような奴で、
運悪く隣のバイトはループ変数だった、とか。

8ビットCPUならもっと多いデータでも正常に動く実績があるわけで…
テスト端折りたくならね？

朝日さんに、UTF-8の場合は漢字1文字が何バイトか教えてあげたい。

バグなんて、こんなもんだろ。普通。
一々、記事にするか？

「コンピュータは人間の命令通りに動くが、人間の思い通りに動くとは限らない」
って誰が言ったんだっけ？

やっぱり某社だったらはモジの気配よまないといけないのだろうな

バイトに責任を押し付けて社員はお咎め無しか

>>165
【審議中】
　　　 ∧,,∧　 ∧,,∧
　∧ (´・ω・) (・ω・｀) ∧∧　　　
(　´・ω)　Ｕ) ( つと ﾉ(ω・｀ )
｜　Ｕ (　　´・) (・｀　　)　と ﾉ　　　
　ｕ-ｕ （l 　　 ) (　　　ﾉu-ｕ　　　　　
　　　　 `ｕ-ｕ'.　`ｕ-u'

>>160
納得できたような出来てないような

理解できたような出来てないような

流れがいまいちつかめない・・・

１バイト変数が並んだ状態でマップしているが、実際は2バイト変数なのでってことだよね？

64KB超えたときにだけ、それが起きるのは何でだろう・・・

>>156
いいねそれ、ソース全リスト載せて「皆様からのご指摘をお待ちしております」

やたらに半端な数が出てくるのは、きっと途中で仕様が変わったからに違いない。
その仕様の違いにプログラマーがついていけなかったのが原因ではないか?

>>88
そこまで言わんでも、やっとるわ。


あんまり、一般に話しても、民生機器ほど、
興味持たれないし、特許や機密性があるから、話が出ないだけ。


ＳＩＬ4とか有るぞ。

>>169
面倒な処理は前段階のシステムがやるのが正解な訳けでね
つまり最初に設計したやつが大バカ

>>171　おまいが、ＳＥならこんな問題起きなかったというのかい？

こういうシステムは、ハード屋とソフト屋が同じ釜の飯を食わないと。

今回は完全にソフト側のミスでしょ

>>172
保障する、俺なら！

１の記事を見ると「些細なプログラムミスが大きな被害を招いた」みたいに読めるけど、
よく読んでみるとあまり些細なミスじゃないんじゃないか？

で、データの大きさがわからないわけだが。

とりあえずキリのいい64kで受け取っておいて、余分なデータは無視しておけば良かったんじゃないかな？

>>168
ていうか、それがオープンソースの考え方だけどね。

「ソフトウェアのソースコードは無料である。その代わり、それを使ったサービスで金を取る」がビジネスモデルらしい。
デバッグ類はマニアのボランティア。

記者の「たかが一文字分２byte」てのがコンピューターの処理を人間の脳同様の柔軟性で考えとるからな

>>180
たかが１文字の間違いを柔軟に処理できないコンピュータ。
このような無味乾燥な人間味のない環境に囲まれて育つ子供達はかわいそう。

・・・とかな（ｗ

「だがしかし待ってほしい」が口癖の連中がよく使う手段だな。(w

２バイト余らせなきゃいいじゃない

内部設計の段階で間違っていたんだろうな