- 1 名前：仕様書無しさん mailto:sage [2007/05/27(日) 13:30:43 ]
- 前スレ
俺はバグでこんなすごい被害を出したぞ! part泣
pc11.2ch.net/test/read.cgi/prog/1157035098/l50
- 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 ]
- 同じライブラリをリンクしちゃってたということかな。
- 724 名前：仕様書無しさん mailto:sage [2007/10/19(金) 08:30:19 ]
- 同じコードをコピペだったり
- 725 名前：仕様書無しさん mailto:sage [2007/10/19(金) 09:55:57 ]
- >>723
>>724
あるあるｗ
- 726 名前：仕様書無しさん mailto:sage [2007/10/19(金) 10:36:56 ]
- しかも変数の名前が微妙に違うだけｗｗｗうぇｗｗｗ
- 727 名前：仕様書無しさん mailto:sage [2007/10/19(金) 11:13:42 ]
- 担当者は派遣でもういないとか、鬱で既に退社したとかｗ
- 728 名前：仕様書無しさん mailto:sage [2007/10/19(金) 11:57:22 ]
- staticを消したバカが居ましたｗ
- 729 名前：仕様書無しさん mailto:sage [2007/10/19(金) 12:12:26 ]
- int x;
int xx;
int xxx;
- 730 名前：仕様書無しさん mailto:sage [2007/10/19(金) 12:23:27 ]
- int g_data01;
int g_data02;
int g_data03;
int g_data04;
int g_data05;
・
・
・
int g_data24;
int g_data26;
というのがあるソースのバグ対応なんだがｗ
なぜか12だけg_data12[];ｗ
そして、g_data15が無いｗ
なんかやだよう・・・・こわいよう。
助けてくれ・・・
- 731 名前：仕様書無しさん [2007/10/19(金) 12:58:42 ]
- 首都圏の私鉄や地下鉄の６５駅で１８日早朝、改札脇の係員窓口などの機器が作動せず、
ＩＣ乗車券が使えなくなるトラブルがあった。午前１１時までに復旧したが、約４００人の乗客に対し
精算に応じられないなどの影響がでた。各社が調べた結果、１２日の自動改札機トラブル同様、
「日本信号」（東京都千代田区）製機器のプログラムミスが原因と判明。同社の降旗洋平専務は
「検証が不十分だった」と謝罪した。
不具合が出たのは、東京メトロや埼玉高速鉄道、東武鉄道、東葉高速鉄道、ゆりかもめの６５駅にある
窓口処理機や精算券の印刷機など１１０台。自動改札機は改修が済んでおり、問題はなかった。
前回のトラブル後、鉄道各社が「窓口の機器は大丈夫か」と日本信号に確認した際、同社は「改札機とは
プログラムが違うので大丈夫」と回答していた。だが実際は同じ仕組みで、特定のデータが送信されると
エラーを起こす同様の欠陥があった。
↑3月から今まで大丈夫だったのに12日と今日に相次いで「特定のデータ」に達したのはなぜなんだぜ
- 732 名前：仕様書無しさん mailto:sage [2007/10/19(金) 19:11:29 ]
- 担当者が本当に直ってるかどうか試してみたんじゃね？ｗ
- 733 名前：仕様書無しさん mailto:sage [2007/10/19(金) 21:25:27 ]
- 改札機や券売機は社員がとりまとめてたけど、窓口機器は一括外注じゃなかったかな。
改札機のバグだらけのモジュールを外注に支給して、それベースでいじくりまくるから、
本体じゃ把握できないシロモノになってると思うんだが。
- 734 名前：仕様書無しさん mailto:sage [2007/10/19(金) 22:18:18 ]
- >>730
全部 int で良かったね (^^)
- 735 名前：仕様書無しさん mailto:sage [2007/10/19(金) 22:42:33 ]
- きっとintの中にいろんなフラグや値やポインタがごたごた入ってるんだよ
- 736 名前：仕様書無しさん mailto:sage [2007/10/19(金) 23:24:11 ]
- >>730
ごめん、難読性を上げるために文字列置換しただけなんだｗ
大した意味はないから安心して続けてくれ＞機能追加
- 737 名前：仕様書無しさん mailto:sage [2007/10/20(土) 02:38:19 ]
- class00～50まであるシステムの改修とか氏ぬる
つーか、意味わかんねーよｗ
コメントすらねーよｗｗ
- 738 名前：仕様書無しさん mailto:sage [2007/10/20(土) 04:08:43 ]
- 汚いコード書く奴ほど変数や関数名が意味不明でコメントやドキュメントを残さず、仕事内容も覚えていない
- 739 名前：仕様書無しさん mailto:sage [2007/10/20(土) 09:32:07 ]
- あれでないの、実はソースが無くなっていて、
モジュールから逆コンパイルした結果の
ファイルをこそーり置いておいたとか。
- 740 名前：仕様書無しさん [2007/10/20(土) 09:46:13 ]
- >南アフリカでコンピューター制御の対空機関砲が暴走、20名以上が死傷
ttp://www.technobahn.com/cgi-bin/news/read2?f=200710191751&page=2
ついにやっちまった。って私がやっちゃったわけじゃありませんがこれは酷い…
- 741 名前：仕様書無しさん mailto:sage [2007/10/20(土) 09:53:42 ]
- 非常停止ボタンくらいないのかよ。
- 742 名前：仕様書無しさん [2007/10/20(土) 09:53:48 ]
- >>737
生き地獄だな
- 743 名前：仕様書無しさん mailto:sage [2007/10/20(土) 09:57:12 ]
- >>741
>非常停止ボタンくらいないのかよ。
どうやって押すんだ？
- 744 名前：仕様書無しさん mailto:sage [2007/10/20(土) 10:02:11 ]
- >>737
ご愁傷様。俺も似たような感じだ。w
ほんっとになに考えてんだろう。
- 745 名前：仕様書無しさん mailto:sage [2007/10/20(土) 16:36:37 ]
- 継承・派生の嵐とか無い事を祈る
- 746 名前：仕様書無しさん [2007/10/20(土) 17:33:53 ]
- お前ら早く被害出せよ
- 747 名前：仕様書無しさん mailto:sage [2007/10/20(土) 17:58:18 ]
- >745
複数クラスのstaticコンストラクタが絡み合ってて
最初に呼ばれたクラスで挙動が変わるというのは見たことある…
- 748 名前：仕様書無しさん [2007/10/20(土) 23:12:25 ]
- 【南アフリカ】コンピューター制御の対空機関砲が暴走、20名以上が死傷
news22.2ch.net/test/read.cgi/newsplus/1192888737/
- 749 名前：仕様書無しさん mailto:sage [2007/10/21(日) 01:43:56 ]
- www2.technobahn.com/news/0d2275493e03690bf903bb35a395b223f02def4f/200710191751.jpg
【Technobahn 2007/10/19 17:51】
南アフリカで12日、コンピューター制御の対空機関砲が暴走し、
20名以上が死傷するという大事故を起こしていたことが18日までに
南アフリカ国防省の発表により明らかとなった。
事故はノーザン・ケープにある演習場で対空機関砲の演習中に起こったもので、
対空機関砲は発砲する状態にはなかったのに関わらず、ジャムのような現象が起きて
小規模な爆発が起きると同時に、完全に制御を失い、
辺りに居る兵士に対して見境なく発砲を繰り返し、
9名が死亡、14名が重症を負うという惨事を引き起こした。
南アフリカ国防省では今のところ原因は不明としながらも、
原因はソフトウェアの不具合によるものではないかと見ている。
今回、事故を起こした対空機関砲はスイスのOerlikon Contraves社が生産した
「GDF Mk V twin 35mm cannon」という対空機関砲システム。
最初からコンピューター制御を前提にして生産された最新型システムではなく、
マニュアル制御の対空砲に後から南アフリカが独自にコンピューター制御の
システムを加えた旧式のものとなる。
関係者の間では、事故を起こした同種の対空機関砲はこれまでも度々、
制御を失ったこともあるとしており、開発元のOerlikon社でも旧式の
対空機関砲を自動制御に改造することは危険だとして、警告を発していた。
www.technobahn.com/cgi-bin/news/read2?f=200710191751&page=2
- 750 名前：仕様書無しさん mailto:sage [2007/10/21(日) 02:32:23 ]
- 人命に関わる仕事は怖いな
精神的な意味で
- 751 名前：仕様書無しさん mailto:sage [2007/10/21(日) 04:13:05 ]
- 電子制御系だけで「安全システム」ってのはありえないんだよね。
想定外の事態が起きたときは電子系を即切り離して、機械系で押さえて安全側制御って
しないと成立しないものが多い。
自動車なんかも最近まではその原則を守って、スロットルとブレーキはメカで最後の砦を
組んでたんだけど、トラックみたいに人力で押さえがやりにくいものから純電子制御って
ブツが作られ始められてるのがちょっと怖い。
- 752 名前：仕様書無しさん mailto:sage [2007/10/21(日) 06:56:56 ]
- >>751
たとえば今回のシステムだと操作員が安全ボタンに手なり足を乗せた状態でないと
コンピューター制御の自動モードでも発砲不可能、という感じにできたでしょうね。
無人状態で自動ってのは怖過ぎ。
そういえばエレベーターの問題も機械的なロックがあれば、という話だったような。
- 753 名前：仕様書無しさん [2007/10/21(日) 07:09:29 ]
- 軽量化して低燃費化するのが目的な知らんが、メカ部分を電装部品（モーター）に
置き換える傾向が顕著だよな。
電気自動車なんか、４輪をそれぞれインホイールモーターに置き換えたりするが
どれがが暴走したらと考えると怖くなるよな。 高速で突然Ｕターンしたり．．．。
途中にデフなんか介していると、メカ的な安全機構が働くが．．
- 754 名前：仕様書無しさん mailto:sage [2007/10/21(日) 07:27:51 ]
- そもそも安全な戦争などどこにもない
- 755 名前：仕様書無しさん mailto:sage [2007/10/21(日) 09:39:21 ]
- >>754
戦場じゃなくて、平時の演習なんかで狂っちまうことがあるのが怖いんだろ。
戦場だと人間も狂ってワケわかんない行動にでることがあるわけだし。
- 756 名前：仕様書無しさん mailto:sage [2007/10/21(日) 10:20:31 ]
- 車の場合、運転中に電装系だけがドカンと落ちた経験がある俺としては、
バイワイヤーな車はちょっと怖い。
ちょうどコーナーでパワステも落ちたわけで、必死に重いハンドルを回したヨ。
- 757 名前：仕様書無しさん mailto:sage [2007/10/21(日) 10:27:56 ]
- 無人対空砲は多分戦争で対空砲が狙われても兵士が死なないようにするためものもので
普通の機械みたいにデッドマンスイッチはつけられないんじゃないかな？
非常停止スイッチをケーブルで伸ばして・・・みたいなのも、周りに当たった弾で
ケーブルが切れたら撃てなくなるのも困るだろうし、軍用品もなかなか難しそうだね
|
 |
