- 1 名前：仕様書無しさん mailto:sage [2007/05/27(日) 13:30:43 ]
- 前スレ
俺はバグでこんなすごい被害を出したぞ! part泣
pc11.2ch.net/test/read.cgi/prog/1157035098/l50
- 623 名前：仕様書無しさん mailto:sage [2007/10/09(火) 12:29:03 ]
- もうみずぽ
ﾅﾂｶｼｽ
- 624 名前：仕様書無しさん mailto:sage [2007/10/09(火) 20:30:20 ]
- >>620
あるあるｗ
いやほんと・・・('A`)
- 625 名前：仕様書無しさん mailto:sage [2007/10/09(火) 20:36:20 ]
- なんか、フジツウって久しぶりに名前聞いた気がする。
- 626 名前：仕様書無しさん mailto:sage [2007/10/09(火) 20:41:24 ]
- 名寄せ（同一人物が複数の口座を開いてないかのチェック）をする部分のプログラムが動いてないだけだろ？
何かバグっつーより、仕様で指示してなくてすっぽりその部分のプログラムだけ抜け落ちてたというオチのような
気がしてきた。
- 627 名前：仕様書無しさん mailto:sage [2007/10/09(火) 22:30:35 ]
- 復旧きた
社内の利用だけで高負荷になってたとかなんだよそれ
- 628 名前：仕様書無しさん mailto:sage [2007/10/10(水) 00:42:29 ]
- テストファーストってやつだな。
本番がテストだけど。
- 629 名前：仕様書無しさん mailto:sage [2007/10/10(水) 11:11:23 ]
- 本番にまさるテストは無い
- 630 名前：仕様書無しさん mailto:sage [2007/10/10(水) 11:48:42 ]
- >>629
一発完動教徒だな？
- 631 名前：仕様書無しさん mailto:sage [2007/10/10(水) 17:16:08 ]
- まあ、「動かないコンピュータ」を待てｗ
- 632 名前：仕様書無しさん mailto:sage [2007/10/10(水) 20:03:29 ]
- システム本稼働からが俺ら現調部隊の本稼働だしなー
まぁ金貰えるからいいんだけどさｗ
- 633 名前：仕様書無しさん mailto:sage [2007/10/12(金) 07:03:21 ]
- 自動改札でトラブルが出ているようだが…
- 634 名前：仕様書無しさん mailto:sage [2007/10/12(金) 07:21:08 ]
- 【速報】 自動改札が故障しているらしい 【関東全域】
news23.2ch.net/test/read.cgi/news/1192136798/
でてこいよ
- 635 名前：仕様書無しさん mailto:sage [2007/10/12(金) 07:41:28 ]
- また日付の桁あふれとかそんなんじゃないだろーなー？
- 636 名前：仕様書無しさん mailto:sage [2007/10/12(金) 08:03:43 ]
- # ＪＲなどで改札の電源入らぬトラブル （07:38）
- 637 名前：仕様書無しさん mailto:sage [2007/10/12(金) 08:13:23 ]
- 一部メーカーの機械っぽい
- 638 名前：仕様書無しさん mailto:sage [2007/10/12(金) 09:41:27 ]
- ソフトじゃねーだろ
- 639 名前：仕様書無しさん [2007/10/12(金) 10:01:49 ]
- 日本信号だそうだ
- 640 名前：仕様書無しさん [2007/10/12(金) 10:29:29 ]
- 日本信号が安い 改札機のトラブルで
www.kabujouhou.com/contents/digest/index2.php?boardno=149680
被害北
- 641 名前：仕様書無しさん mailto:sage [2007/10/12(金) 10:42:49 ]
- まぁ、人が死ぬわけじゃないし、
仮に死ぬトラブルでも日本信号ならK察OBが天下ってるはずだから大丈夫。
- 642 名前：仕様書無しさん [2007/10/12(金) 11:47:22 ]
- 下請が潰れるだけだし
- 643 名前：仕様書無しさん [2007/10/12(金) 12:37:23 ]
- 被害総額何億かな？
何遍切腹したって足らない額だろ。
- 644 名前：仕様書無しさん mailto:sage [2007/10/12(金) 13:58:41 ]
- 去年だったかにこけたのも、そこの機械だったな。
- 645 名前：仕様書無しさん mailto:sage [2007/10/12(金) 20:11:49 ]
- で、原因は？
- 646 名前：仕様書無しさん mailto:sage [2007/10/12(金) 20:14:14 ]
- オレオレ、ニュース見た? 改札機でバグ出しちゃったからすぐお金振り込んで。
- 647 名前：仕様書無しさん mailto:sage [2007/10/12(金) 21:59:27 ]
- 破防法対応における改札一斉封鎖のテストロジックが残ってました＞＜
- 648 名前：仕様書無しさん mailto:sage [2007/10/12(金) 22:13:33 ]
- NSECとかNSECとかNSECとか
- 649 名前：仕様書無しさん mailto:sage [2007/10/12(金) 23:09:05 ]
- 日本信号の株価はもっと下がっていい
- 650 名前：仕様書無しさん mailto:sage [2007/10/13(土) 00:37:20 ]
- ttp://www.yomiuri.co.jp/national/news/20071012i414.htm
>だが、改札機に一定量のデータが送られると異状が起きるプログラムミスがあり、１２日朝送られたデータが異状を引き起こしたという。
オーバーフローっすか。
- 651 名前：仕様書無しさん [2007/10/13(土) 00:49:24 ]
- 一局集中型システムの恐ろしいところ
- 652 名前：仕様書無しさん mailto:sage [2007/10/13(土) 00:51:19 ]
- ttp://www.yomiuri.co.jp/national/news/20071012i414.htm
>非常にまれなケースが起きてしまった。
全然まれなケースじゃないと思うよ。
- 653 名前：仕様書無しさん [2007/10/13(土) 01:02:07 ]
- この手の事故の損害ってのはやっぱりソフトウェアの作成元に賠償責任があるの？
- 654 名前：仕様書無しさん [2007/10/13(土) 01:22:08 ]
- >>653
ないよ。
まともな契約ならね。
ちゃんと検収してるわけだから。
発売後永久に賠償責任を負うなら、ソフトハウスは全部潰れているよ。
- 655 名前：仕様書無しさん mailto:sage [2007/10/13(土) 07:28:13 ]
- >>652
一応「まれ」なケースらしいですよ。
www.asahi.com/national/update/1013/TKY200710120344.html
> 日本信号製の自動改札機には、送られてくるネガデータの量が特定の量
> だった場合、プログラムが異常に反応して機能停止を引き起こす不具合が
> あった。問題となる特定量を上回っても下回っても、トラブルは起きないという。
- 656 名前：仕様書無しさん [2007/10/13(土) 08:24:57 ]
- 特定の量だった場合とかどんな罠かと。
普通そんなコード書かないよな。
- 657 名前：仕様書無しさん mailto:sage [2007/10/13(土) 08:27:54 ]
- 条件判断で＞と＜だけ作って＝＝の場合を忘れたとか？
- 658 名前：仕様書無しさん [2007/10/13(土) 08:33:01 ]
- >>657
どんなVBならそんなコード書くのかしらないけど
普通そんなコーディングしないし。
- 659 名前：仕様書無しさん mailto:sage [2007/10/13(土) 10:37:14 ]
- たまにそういう罠を仕掛けたくなる事ならあるが。w
- 660 名前：仕様書無しさん mailto:sage [2007/10/13(土) 11:32:31 ]
- 仕様に
～より大きい場合は・・・
～より小さい場合は・・・
としかなかったら等しい場合を含めて記述するのは違反
- 661 名前：仕様書無しさん [2007/10/13(土) 12:48:27 ]
- でもパスモのサービス開始から半年で１回おきてるんだからレアケースじゃないよな。
データって１日１回起動時の配信だろう？
すると１８０分の１ってわけだ。
半年に１回はおきるだろう。
- 662 名前：仕様書無しさん mailto:sage [2007/10/13(土) 13:12:29 ]
- デバッグコードがそのまま残っていたｗ
- 663 名前：仕様書無しさん mailto:sage [2007/10/13(土) 14:48:22 ]
- char buf[size]; で、buf[size] まで使っちゃったとか。C string の末尾 ¥0 の分を見落としてたとか...
- 664 名前：仕様書無しさん mailto:sage [2007/10/13(土) 14:55:32 ]
- 今年３月１８日からということは、まだ契約期間中かもね。
- 665 名前：仕様書無しさん [2007/10/13(土) 15:16:07 ]
- char *pBuf = new char [500];
// データが500バイトより大きければ取り直し
if (nSize < 500)
{
delete [] pBuf;
pBuf = new char [1000];
}
みたいになってて500バイトのときにヌルターミネートされなかったorz
- 666 名前：仕様書無しさん mailto:sage [2007/10/13(土) 17:58:44 ]
- あるあるｗ
わけねー(ﾟДﾟ)
- 667 名前：仕様書無しさん mailto:sage [2007/10/13(土) 18:04:48 ]
- 特定の量とか言ってるけど、その時点でテストが甘かったことだけは明白
- 668 名前：仕様書無しさん mailto:sage [2007/10/13(土) 18:24:58 ]
- ﾁﾝ☆⌒ 凵＼（＼・∀・） NSEC関係者暴露ﾏﾀﾞｰ？
- 669 名前：仕様書無しさん mailto:sage [2007/10/13(土) 18:25:59 ]
- 既知のバグほったらかしてたそうな。ソースは/.
納期の都合か、動き出した後なので鉄道屋がアップデートを許可しなかったのか。
- 670 名前：仕様書無しさん mailto:sage [2007/10/13(土) 18:32:15 ]
- ブラックボックステストじゃあ見つけるのは困難だとおもう。ネガティブデータの数を0からすべて試すわけにはいかないだろ。
ホワイトボックステストならテスト不足。典型的なフェンスポストエラーだろうから。
- 671 名前：仕様書無しさん mailto:sage [2007/10/13(土) 20:37:47 ]
- っていうかさ、おまいら他人のバグには手厳しいよなｗ
- 672 名前：仕様書無しさん [2007/10/13(土) 21:06:02 ]
- 人間は仕様的には「他人にやさしく、自分に厳しく」であるべきだけど、実際の実装は・・・。
この神様の作った“バグ”のせいでどれだけすごい被害が出てきたことか！
- 673 名前：仕様書無しさん mailto:sage [2007/10/13(土) 22:21:25 ]
- >>672
ホームレスは歩かずに移動出来て感謝しているじゃね？
- 674 名前：仕様書無しさん mailto:sage [2007/10/13(土) 22:30:29 ]
- バグというよりクソ仕様だが、
すさまじい事を教えてあげよう。
市町村で行われた平成の大合併で戸籍も統ーしたのだが、
元々フリガナのないデータがー杯ある。
このフリ仮名付け作業はデータ処理者にー認されている。
言いたい事はわかるな？
合併した所に住んでいる人は読み仮名だけで
検索出来ないと思われ。
ちなみに元々データ自体が存在しないか仕方ないんだがな。
社保の年金データもー諸。
突き合わせ作業なんてー年じゃ絶対無理。
出来ないデータは、本人の申告がなきゃ確実に無理と言ってあげよう。
あ、あとーつ。
社保のデ一タの突き合わせは、基本、
名前と生年月日でやっていて、
その経過で住所が旧住所に書きかわる事あり。
本人が年金記緑を確認しようと思っても
住所違うから無理と言われる事がある。
その場合も会社に控えを探してもらって
はじめて修正出来る。
- 675 名前：仕様書無しさん mailto:sage [2007/10/14(日) 00:40:13 ]
- なんで漢数字の「一」と長音「ー」を逆にしてるん？
凄く読みづらいよ
- 676 名前：仕様書無しさん [2007/10/14(日) 00:57:24 ]
- ﾜﾛﾀｗｗｗ
- 677 名前：仕様書無しさん [2007/10/14(日) 01:29:11 ]
- ワロタ。
意味わからん。
- 678 名前：仕様書無しさん mailto:sage [2007/10/14(日) 03:11:33 ]
- >>674
なんかよく見ると"ー"にすべきところを"一"にしてたりでイマイチ固まってないのなｗ
どちらにしても意味わからん。そんな文章2chで初めて読んだ。
- 679 名前：仕様書無しさん mailto:sage [2007/10/14(日) 04:51:40 ]
- いわれてみると違和感あるな
- 680 名前：仕様書無しさん mailto:sage [2007/10/14(日) 06:46:40 ]
- 書き込み自体バグってたんだよ！
- 681 名前：仕様書無しさん mailto:sage [2007/10/14(日) 08:19:09 ]
- きっと脳内にバグが潜んでるんだよ。
- 682 名前：自動改札の件について [2007/10/14(日) 16:06:34 ]
- 原因は以下。で全く意味不明なので解説よろ。
日本信号によると、現時点で判明しているのはこうだ。原因は自動改札機のICカード判定部の不具合。
判定部には毎朝、サーバから起動用データの1つとして、「ネガデータ」（ネガティブデータ）と呼ぶ、
旧式カードや不正カードなど、改札を通過できないカードを認識するためのデータを送信している。
この朝もネガデータを送信したところ、判定部がネガデータをメモリに読み込む際に不具合が発生。
処理がそこでストップし、起動しなかったという。
- 683 名前：仕様書無しさん [2007/10/14(日) 16:12:54 ]
- >>682
よくわからないのだけど、こういうことでおｋ？
各カードの駅務機器での利用明細 → 適当なタイミングでサーバに上がる
サーバで集計された利用明細を調べ、不正が認められたカードについてはネガカードとして利用停止措置をとる。
サーバ側でネガカードのIDリスト（ネガリスト）を作成し、始発前に各駅務機器に送信
日本信号製改札機で特定パターンのネガデータを受信したところトラブル発生
- 684 名前：仕様書無しさん mailto:sage [2007/10/14(日) 17:42:06 ]
- 社局（拠点）サーバと駅サーバがあるけど、日信製の駅サーバまではおｋだったのかな。
www.signal.co.jp/afc/japan14.html
- 685 名前：仕様書無しさん mailto:sage [2007/10/14(日) 18:40:03 ]
- 直に埋め込まれたカードデータがネガデータ内に発見されて改札が困っちゃったとか！？
- 686 名前：仕様書無しさん [2007/10/14(日) 19:06:14 ]
- >>683
説明TNX!
それでココがよくわからないのです。
>ネガデータを送信したところ、判定部がネガデータを
>メモリに読み込む際に不具合が発生。
ツマリどんなメモリかは知らないけれども
一旦受信したデータをあるメモリへ記録しようと
したところメモリのアクセスまたはメモリ自体が
あぼーんしたのでせうか？
- 687 名前：仕様書無しさん [2007/10/14(日) 19:17:34 ]
- >>686
低い層でのメモリアクセスではなく、
判定部のロジックがヤバい悪寒
・サーバからネガデータが各改札機に送信される
・改札機の（判定部の）メモリにネガデータが入力される
・（判定部の）メモリに入力されたデータを判定部が判定中に無限ループに陥りあぼーん
- 688 名前：仕様書無しさん [2007/10/14(日) 19:28:06 ]
- JRの場合、制御はT製だったと思うがIC判定部分はN製を使っているのかと思う
以前、N社内の運賃ネットワークセンターという施設でSuica/PASMOの莫大な経路パターンを
検証しているという記事がいつぞやの新聞に載ってた記憶がある。
- 689 名前：仕様書無しさん mailto:sage [2007/10/14(日) 19:38:59 ]
- >>688
判定部は３社それぞれの技術の見せ所で、プラットホーム構築からアプリ開発まで
各社独自に組み上げてたと思ったが。
- 690 名前：仕様書無しさん mailto:sage [2007/10/14(日) 21:21:54 ]
- おそらく、まとめてデータを受信して、そのバイトを小刻みに、
渡す際に、想定していた区切り文字と違って、バッファオーバーフローに
なったんでない？
- 691 名前：仕様書無しさん mailto:sage [2007/10/14(日) 21:25:10 ]
- >>688,>>689
その判定プログラムのバグか仕様か知らないが、
同一経路で安く移動出来る乗り方を一つ知っている。
あとそれとは別に、SUICAが出たばかりの頃、SUICAで乗ると安くなる駅間もあった。
後者のはもう直されてると思うけど、前者はまだ有効なはず。
- 692 名前：仕様書無しさん mailto:sage [2007/10/14(日) 22:08:16 ]
- >>690
そのくらいはインタフェース仕様書できっちり決めてるべ。
俺が昔作ったバグでは分割転送のデータ数管理と実際の転送パラメータの設定で不整合を
起こしてて、16進の区切りのいい数値になるとロックしちゃったってやつ。
うっかり流出したら利用客じゃなくて電車を止めかねなかったｗ
- 693 名前：仕様書無しさん mailto:sage [2007/10/14(日) 23:02:21 ]
- ネガデータは、サイズが大きいので、分割して送信するのが鉄則。
特にSuicaは、他に比べて利用書が多いのでネガデータ量が多い。
つまり
１）ネガデータを暗号化＆パケットに分割して送信
２）受信機は、受信したパケットをいったんSRAM上に保持
３）すべてを受信した際に、パケットを連結して復号処理を行う
４）検証OKなら、FROM上にネガデータを書き込む
おそらく３）でこけた可能性が高い。ネガデータの処理は明細処理より簡単なはずなんでけどね。
- 694 名前：仕様書無しさん [2007/10/15(月) 09:50:31 ]
- >>693 多聞、そうだろ。 圧縮を解く処理は結構複雑で、漏れも後から発覚したバグをだした事ある。
しかし問題は、解答結果の検証でエラーを検出した場合の対処だよな。
検証ＮＧを上位サーバーに返信するところまで行かず、ループに入ってハングしたのかな？
- 695 名前：仕様書無しさん mailto:sage [2007/10/15(月) 09:50:54 ]
- どうでもいいが
ttp://itpro.nikkeibp.co.jp/article/NEWS/20071013/284465/
【自動改札障害】盗難カードの管理プログラムが問題、原因はいまだ不明
「盗難カード」なんて見出しにあるから、盗まれたカードを使って解析されたのか！？とかwktkしたのに
そういう訳じゃないらしい・・・・・
日本語ﾑｽﾞｶｼｲﾃﾞｰｽ
- 696 名前：694が正解？！ [2007/10/15(月) 12:45:17 ]
- www.itmedia.co.jp/news/articles/0710/12/news117.html
原因は自動改札機のICカード判定部の不具合。判定部には毎朝、サーバから起動用データの
1つとして、「ネガデータ」（ネガティブデータ）と呼ぶ、旧式カードや不正カードなど、改札を通過
できないカードを認識するためのデータを送信している。この朝もネガデータを送信したところ、
判定部がネガデータをメモリに読み込む際に不具合が発生。処理がそこでストップし、起動しなかったという。
調べたところ、ネガデータに「ある長さ、ある件数」といった条件が重なった時、データが読み込め
なくなるプログラム不具合が判定部側にあることが判明。このため、判定部はエラーを返しながら
ネガデータ読み込みのリトライをひたすら繰り返す状態に陥り、起動処理が止まった。
ネガデータはPASMOとSuicaの相互接続が始まった3月18日以降に追加されたデータだという。
ネガデータに対応するため、相互接続時にプログラムも変更していたが、そのプログラムに
不具合があった。更新までに1年ほどあったというテスト期間では“魔物”は見つからず、
運用開始から半年以上経ったこの日の朝、本番環境で判明するという最悪の事態になった。
ネガデータにダミーを挟むなどして条件を変えれば問題なく読み込めることは分かっているため、
当面、始発前にネガデータをシミュレーション環境でテストした上で各改札機に流すようにする。
このため、13日から通常通りの起動が可能になるとしている。プログラム改修は13日中にも行う。
- 697 名前：仕様書無しさん [2007/10/15(月) 16:34:34 ]
- 自動改札機、１６日中に完全復旧へ＝プログラムミスを特定
ttp://www.jiji.com/jc/zc?key=%c5%b4%c6%bb&k=200710/2007101500301
首都圏の鉄道で１２日、日本信号（東京都千代田区）製の自動改札機がトラブルを起こして約２６０万人に影響が
出た問題で、改札機を利用する各社でつくる「関東ＩＣカード相互利用協議会」は１５日、トラブルの原因となった改
札機のプログラムミスが特定されたため順次修正をし、１６日までに４３７８台すべてを完全復旧させると発表した。
同協議会によると、日本信号製改札機のプログラムには、毎日始発前に各社共通のメーンサーバーから送信さ
れるデータのうち、ＩＣ乗車券に付帯するクレジットカードの無効情報のデータ量が特定の値の場合、読み込みがで
きずに改札機がダウンする不具合があった。日本信号はこのミスの修正プログラムを作成。１３日夜以降、不具合
が発生しないことを確認しながら、順次改札機に導入している。
- 698 名前：仕様書無しさん [2007/10/15(月) 16:39:00 ]
- >>693
パケットレベルの結合処理とかそーいうレベルの低いところは枯れたスタック使ってるでしょ。
ftpとかhttpとかそのあたりでしょ、どうせ。
＃SOAP使ってたらほめる。
で、その受信ファイルを内部データベースに書き込む関数に受信ファイル長さを一緒に渡すんだけど、
長さをshort(16bit)で扱ってました、とかそういう糞な理由に１３００ガバス。
- 699 名前：仕様書無しさん mailto:sage [2007/10/15(月) 22:34:14 ]
- >>698
>ftpとかhttpとかそのあたりでしょ、どうせ。
＃SOAP使ってたらほめる。
テキストで通信するようなプロトコルを使うわけないだろ・・・常識的に考えて。
- 700 名前：仕様書無しさん mailto:sage [2007/10/15(月) 22:38:07 ]
- そんなこなれたモジュール使ってればこんな騒ぎにはならないんじゃない？
15年くらい前に改札機の制御部を見せてもらったことがあるけど、80286、386が普通に
使われている時代にZ80メインのOSレスで一生懸命動いてたよ。
- 701 名前：仕様書無しさん [2007/10/16(火) 00:02:20 ]
- 駅務機器の美味しいところはＪＲＥＭ（JR東日本メカトロニクス）が持っていっちゃって、
オムロンが退きたがっているくらいだから、温存策を探るだろ。
去年のSuica騒動でも何のお咎めもなかったみたいだし。
出勤中の電車でふと前を見たらNES（日信電子サービス）の作業服を着たにーちゃんがいた。
お疲れさまです。
- 702 名前：仕様書無しさん mailto:sage [2007/10/16(火) 02:37:53 ]
- よく知らんのだけど、最近は全角の"＃"でコメントアウトできる言語があるのか？
- 703 名前：仕様書無しさん [2007/10/16(火) 07:51:38 ]
- このスレはバグを埋め込む人が集まるスレなんでしょ？
- 704 名前：仕様書無しさん [2007/10/16(火) 08:15:46 ]
- Λ＿Λ ／￣￣￣￣￣￣￣￣
（ ´∀｀）＜ オマエモナー
（ ） |
｜ ｜ | |
（_＿）＿） ＼＿＿＿＿＿＿＿
- 705 名前：仕様書無しさん [2007/10/16(火) 08:24:04 ]
- >>699-700
今時の組み込みなめんな。httpくらいガンガン使う。
- 706 名前：仕様書無しさん mailto:sage [2007/10/16(火) 17:52:21 ]
- ゆうちょ銀の年金振り込み障害、原因は合計金額の上限オーバー
itpro.nikkeibp.co.jp/article/NEWS/20071016/284630/
全盛期世代が大量退職でコボラー半泣き！！
- 707 名前：仕様書無しさん mailto:sage [2007/10/16(火) 18:38:16 ]
- 次の障害は総額一兆円となったときか。
いつ頃かねえ。
- 708 名前：仕様書無しさん mailto:sage [2007/10/16(火) 20:07:01 ]
- 1兆なんてそんなキリのいい数字なのか？
- 709 名前：なぎさっち ◆Nagi/FmYMM mailto:sage [2007/10/16(火) 20:17:02 ]
- COBOLで11桁を12桁に修正、という修正ないようなら。
- 710 名前：仕様書無しさん mailto:sage [2007/10/16(火) 21:11:06 ]
- 上限オーバー分は他口座に分配という仕様にしてくれｗ
- 711 名前：仕様書無しさん mailto:sage [2007/10/16(火) 22:14:20 ]
- 上限オーバー分は俺の口座に分配という仕様にしてくれm（＿＿)m
- 712 名前：仕様書無しさん mailto:sage [2007/10/17(水) 01:26:25 ]
- COBOLやめりゃいいやん
- 713 名前：仕様書無しさん mailto:sage [2007/10/17(水) 05:23:26 ]
- >>706
【続報】ゆうちょ銀の年金振り込み障害、根本原因は民営化に伴うシステム変更漏れ
itpro.nikkeibp.co.jp/article/NEWS/20071016/284745/
更なる新たな変更漏れが見つかりそうな予感。
- 714 名前：仕様書無しさん [2007/10/17(水) 07:46:31 ]
- 60～70年代の仕様書がゴロゴロしてそうだな
青焼きだから真っ白に・・・
- 715 名前：仕様書無しさん mailto:sage [2007/10/17(水) 13:05:13 ]
- >>705
httpは平文だからつかわんだろ。
って事だろ。せめてhttpsか？
ftpなんてもってのほかだな。
- 716 名前：ナナシシステム[WAN Network by ] ◆8o3nia8Vd6 [2007/10/17(水) 16:33:35 ]
- 最近の組込み系のMPUは、ARM・SH・VR・PowerPCなんかが使われてること多くないですか。
OSは、Linux、μITRON、VxWorks、NetBSDあたりをよく見かける。
自分が知ってるシステムは、SH+μITRONってパターンが多い。
ftpやhttpも普通に使われてるし、http-soapでRPCやってるなんてことも、珍しいこと
ではないと思う。
- 717 名前：仕様書無しさん [2007/10/18(木) 10:07:23 ]
- うんうん、ＩＴＲＯＮとか、ＶｘＷｏｒｋｓは無難な選択だな。
VxWorksは、周辺ドライバの開発に余り熱心じゃなくてサードまかせみたいだな。
しかし、ＵＮＩＸ系との連携が良いし洗練されているのでプロ向き。
ＩＴＲＯＮは手軽で３流向き。
- 718 名前：仕様書無しさん mailto:sage [2007/10/18(木) 12:05:31 ]
- バグを出したらクビになった…。
ある意味、人生最大の被害。
- 719 名前：仕様書無しさん mailto:sage [2007/10/18(木) 21:16:24 ]
- >>718
お疲れ。
少し休むと良いよ。
- 720 名前：仕様書無しさん mailto:sage [2007/10/18(木) 21:23:08 ]
- そうはいかん！
ずっと日信のターン！ ttp://www.asahi.com/national/update/1018/TKY200710180344.html
- 721 名前：仕様書無しさん mailto:sage [2007/10/18(木) 23:59:03 ]
- 再発防止指導ｷﾀｰ！
- 722 名前：仕様書無しさん mailto:sage [2007/10/19(金) 01:07:39 ]
- >>720
> 前回のトラブル後、鉄道各社が「窓口の機器は大丈夫か」と日本信号に
> 確認した際、同社は「改札機とはプログラムが違うので大丈夫」と回答
> していた。だが実際は同じ仕組みで、特定のデータが送信されるとエラー
> を起こす同様の欠陥があった。
あーあ。面目丸つぶれだな。
- 723 名前：仕様書無しさん [2007/10/19(金) 06:03:15 ]
- 同じライブラリをリンクしちゃってたということかな。
|
 |
