最強最悪のバグといえば？ 66
ストーリー by wakatono
バグ、それは永遠の敵… 部門より
バグ、それは永遠の敵… 部門より
yuki-kun 曰く，"自分で作り込んでしまう物、ＯＳ・ライブラリ・ＤＢＭＳなんかに由来する物、世の中にはいろんなバグがあると思いますが、皆さんにとって最強最悪のバグはなんだったでしょうか？ 自分にとって最悪だったのは、恥ずかしながら・・・ある条件でテーブルデータを全て消してしまうってやつでした。迷惑だった奴は、PingOfDethでした。社内の人間が一生懸命DOSやっていて、ネットワークアナライザで追跡・管轄内の数百台のＰＣにしこしこパッチの投入・・・長い戦いでした（遠い目）"
よもするとバグすらも「仕様です」と言い張られる世の中だが、どれが最強最悪と言い切れるものだろうか？確かにタチ悪いものはいくつかあるけど、普遍的なバグといったら…どれだろう…
最強のバグか人為的なミスか (スコア:3, 興味深い)
10年前に一般の人が「コンピュータ」と聞いてすぐに
連想したような原子力発電所の監視ルームに見られる
ような代物。
昔はキャラクタ端末でしたが、最近は廉価なパソコン
が取り入れられ、そこで悲劇は起こったのです。
通常は半角英数字あるいは記号しか入力しないコマン
ドラインに向かって某SEが誤って漢字（2バイト文字）
を打ち込んだとき。
某大手企業の基幹を担う汎用機は丸一日停止したので
した。
責任の追及が某SEに向かったのか、2バイト文字の入力
を防止しない端末を提供したハードウェアベンダーに
向かったかは不明です。
少なくとも、多数の開発プロジェクトに従事していたSE
達は皆、復旧対策に借り出され、その後、プロジェクト
の遅れをとりもどすために残業の山を築いたのでした。
バグ (スコア:3, おもしろおかしい)
（とりあえずPC自体の動作には支障なかったけど）
[udon]
えっ？ (スコア:3, おもしろおかしい)
えっ？
- バグ ＝ 修復の見こみのある不具合
- 仕様 ＝ 修復の見こみがない不具合
じゃなかったの？汎用機と言えば (スコア:3, 参考になる)
にS-OUT/S-INを落とした漢字か何か（バイナリだったかも）を
出力しようとして汎用機まるごと（稼働中の全ＯＳ環境。
何号機まであったかは忘れたが）落ちた、というのがありましたな。
他にも、ＯＳ環境まるごとではなく稼働中のサーバソフト
のみのことですがＣｘＣＳ（メッセージ交換ソフト）が
メッセージ長（バッファ?!）オーバーフローで落ちたとか
Ｄｘ２（ＲＤＢＭＳ）がカーソル読み出し無限ループに
入ってしまい耐えられずハングとか、（まあ無限ループは
終了条件を書いたヤツが悪いのだがそれにしても）以前に
聞かされていた「汎用機は安定している」というイメージ
をあっけなく崩されてしまうような出来事を知人達が起こし
まくってくれていました（私ではありません念の為）。
１９９９年のことです。
その時の教訓として、
「黒電話ならば不具合も少なかろう（機能も．．．）」
「複雑な機能は”実現できません”といった方が皆の為」
という汎用機屋さんの哲学を垣間見ましたが、お陰でますます
汎用機ギライに拍車がかかりましたとさ。
まあ、昨今のケータイとか某ＯＳ会社の製品とかを
見るにつけても、「余計な機能→余計な不具合」というのは
確かにソフト屋として自重しなければとは思いました。が、しかし
「機能を絞る」と断言すると今度は市場競争上では不利
なんですよねぇ．．かくして不具合は増える一方．．．
Re:コンソールの漢字入力 (スコア:3, おもしろおかしい)
貧弱になった訳ではなくとも、状況や設定によるとは思いますが。
単に１ＪＯＢがデータ異常でABEND停止しただけならともかく、
コンソールは全ての号機（バーチャルマシン。ＤＯＳプロンプト
みたいな感じ？）で共通だという話で、ここがヤラれるとＷｉｎで
いうブルースクリーン無限連鎖状態みたいな感じで全ての
ＤＯＳプロンプトもとい号機が死ぬという説明を受けましたが。
永久ループも、１ＪＯＢ内だけの話なら時間制限が効くかも
しれませんがＤＢサーバへの処理依頼を乱発してＤＢサーバ
自身のＣＰＵ使用時間資源を食い潰してしまうと、全ＪＯＢが
実質ＤＢサーバ使用不能に陥る（ＤｏＳ攻撃やな）ようです。
もしネットワークが絡んでいたら、被害は更に拡大していたで
しょう。
まあ人手が足りないからといって人件費格安のＰＣプログラマ
なんぞ汎用機開発に突っ込む方にも問題はあったと思いますが、
コンソール落としの際には自動車組立工場まで停止してしまい
被害額が一戸建て何軒分．．．だったらしいので、流石に懲り
たものと思われます。顧客情報に関するので詳細には記述でき
ませんですが、そもそも受注の際に他社提示額の半額程度で
もぎ取って数十億円節約したという話も聞いていたので、その
時は正直「安物買いの銭失い．．」という言葉が脳裏をよぎり
ました。。。
# ここまで書くと私個人を特定できる人が数人はいるな．．
最強のバグ？ (スコア:2, 参考になる)
#2,3時間は軽くつぶしてくれます
typo (スコア:2)
最強のバグといったら (スコア:2, おもしろおかしい)
うるう年がない (スコア:2)
トンデモ仕様 (スコア:2, すばらしい洞察)
最悪なのは、ほとんどこれが原因かと。
例えば、ＳＭＴＰのセキュリティ対策とか
(仕様ぢゃなくてプロトコルだけど)
コンソール空行入力 (スコア:2, 興味深い)
ダウンという、情報提供が相次いでいますが、
私が出会った最悪の奴は汎用機ではないけど交換機など
にも使用される半分汎用、半分専用の業務用OS で、
コンソールで空行を入力するだけでOS 毎ダウンというのがありました。
ダムの制御とか銀行の基幹系ネットワーク通信制御
にもつかわれるOSのはずなのに。
life is too short to hate each other.
Re:コメント (スコア:2, 興味深い)
私も、昔はソース／ＤＯＣともにスペースが極端に少ない
詰め込み型でしたが、最近は流石に歳をとって活気→上品?!に
傾いてきたのか 版面率 が下がってきてしまいスペース・改行とも
に多めに入れるようになってきたような気がします。
typoですが、もう２０年近くソースを眺めて来たせいか最近では
目が申告してくるようになって来ました。特に他人（部下）の
書いたソースをスクロールさせながら眺めている時に、「あれ、
今の行は何か違和感があるなぁ」と思い注視すると
「＝じゃなく＝＝だよな」とか
「＆＆じゃこのループ滅多に終わらんだろが」
「えー．．．。まあ動くからいいかあ(?!)」
のような感じで、結構ヒット率が高いと自負しています（あ、
コンパイルは通ったソースの話）。まあ（他人の）アラ探し大好き
体質とか速読法（斜め読みやブロック認識）の訓練効果とか右脳
イメージトレーニングとかも多分に影響しているのでしょうが、
typoで悩む時間はかなり減少していると思います。
釈迦に説法かもしれませんが、スペース・改行・コメントは
ソースの情報量を増やし価値を上げるので、時間があれば
適度に入れておいた方が、後々時間の節約効果が高いように
感じています。
Re:コメント (スコア:2, 興味深い)
そういえば、昔、「プログラムポシェット」(後のMSXマガジン)という投稿プログラム雑誌があったのですが、そこでは
- 一行プログラム部門
- 1画面プログラム部門
- 3画面プログラム部門
ってかんじでフォーミュラが分かれていました。そのため、あらゆるテクを駆使してプログラムソース(とその表記)を圧縮するのですが、それをさらに紙媒体で配布するものだから、入力する読者(主に中高生?)は typo りまくりでした。
MSXマガジンになって、最後の方にはBASIC用チェックサムまで掲載されていたような…
オフトピ失礼 (スコア:2, すばらしい洞察)
>見るにつけても、「余計な機能→余計な不具合」というのは
>確かにソフト屋として自重しなければとは思いました。が、しかし
>「機能を絞る」と断言すると今度は市場競争上では不利
>なんですよねぇ．．かくして不具合は増える一方．．．
消費者側がそのことに気付いてくれれば「良いものが残る」のですけどねぇ・・・
makefile に (スコア:2, 興味深い)
${PREFIX}=/usr/local
clean:
/bin/rm -rf ${PRIFIX}/lib/*
/bin/rm -rf ${PRIFIX}/bin/*
とあったのは、何だったか....
ええ、root のままで作業していた私が悪いんですとも。(;_;
みんつ
コンソールの漢字入力 (スコア:2, 興味深い)
項目に、漢字禁止の設定してたのに、禁止が働かずに入力できてしまう端末がいて、そこから混入した漢字データのせいで夜間JOBが止まりました。
さすがに、OSが落ちるような事はなくて、他の方には迷惑はかけませんでした。
永久ループも、何度かやりましたが、CPUの使用時間制限でちゃんと止まりました。
もしかして今の汎用機って貧弱になってるんですかねぇ？
その時作ってた受注システムが完成した時・・・
あたり一面がふっと真っ暗に、
「ふぁはははは、完成だ！」
背後では・・ピカ！！！ゴロゴロゴロ～
最後までは言うまい（涙）
Re:バグ (スコア:2, 興味深い)
サーバマシンが壊れたと電話があり、
代替え品を持ってあわてて見に行きました。
壊れたというサーバマシンを開けようとしたとたん、
ゴキブリ様がたくさんいるのを確認してしまったのです。
その後ですが、お客様にご了承を頂き、
大きなビニール袋にそのマシンを入れていったん持ち帰り、
駐車場でキンチョール片手に苦戦した覚えがあります。
やっぱり暖かいところが好きなのでしょうか^-^;
そして、成長して出て来られなくなって増殖しちゃったんでしょうねきっと…。（南無）
1.5年前のバグなお話でした。
Re:究極の圧縮？（Re:コメント） (スコア:2)
＞適当なところでREM文内に直にジャンプってやつ。
なるほど。そういえば、そういうテクニックってApple ][の4K BASIC（だっけ？）とかのころからあったような。リストを出すと画面がゴミだらけ、っていうのを見た覚えがあります。
自虐 (スコア:2, おもしろおかしい)
from もなか
Re:Windowsバックドア疑惑 (スコア:2)
defualt: (スコア:1)
（C/C++/Java限定ね）
むかーし、これで丸一日潰した覚えが…。
最近はエディタでのキーワード強調やらコンパイラの警告強化やらで、以前ほど恐くはないですけど。
Javaでも、前のcaseでbreakなしだとコンパイル通っちゃいますね。
戦前なら不敬罪に値する (スコア:1)
平成10年を平成0年と表記してしまうこのバグは
平成時代が10年持たないとでも考えたからであろうか。
Re:最強のバグといったら (スコア:1, すばらしい洞察)
＃機能していない部署の肩代わりをなぜしなけらばならん！！
Re:最強のバグといったら (スコア:1)
コメント (スコア:1)
Re:バグ (スコア:1)
入り込んでいたのを発見したことがあります。
電源部にゴキブリが紛れ込んだという話も聞いたこと
がありますし、コンピュータにバグが付き物だという
のはソフトに限ったことではないようですね。
＃ 要は温度が高いので、寒くなると入り込むらしい
最近、いちばんがっくりきたバグ (スコア:1)
#デコード能力のない人の方が多いか？
char *A;
モータースポーツ部 [slashdot.jp]
MS Wordの図の位置 (スコア:1)
あれ、最初は素直に「仕様だから、自分が気をつけないと」と思ってましたが、良く考えたら、余白に書かれた図の端は印刷できないし、ページにまたがった図なんて真中で分断されるわけですから、もしあれが仕様だとしたら「仕様」そのもののバグだと思います。(もっともMSはあれを仕様だといってないけど。だとしたら、ただのバグ。)
現にTeXだとそんなことしないし。(もっとも、TeXはスペースに余裕があるのに新しいページを作って、がらがらのページに小さな図を一つ表示してくれるというオチャメな一面もありますが…)
最近のWordはあまり使っていないんですが、もう、修正されたんでしょうか?
Re:コメント (スコア:1)
> (後のMSXマガジン)という投稿プログラム雑誌が
> あったのですが、
ちゃいますちゃいます。
「MSXマガジン」じゃなくて「MSXファン」です。
MマガはASCIIのログインの流れを組む雑誌ですな。
Re:コメント (スコア:1)
チェックサムは結構最初の頃からあった気もします。
究極の圧縮？（Re:コメント） (スコア:1)
REM文の中に文字として表示できる文字のみでマシン語を書いて
適当なところでREM文内に直にジャンプってやつ。
REM つーか、紙媒体に載ったREM文マシン語って絶対打ちこめないと思うのは俺だけ？
そういえば、MSX-BASICにも０行を作ってLISTで表示させて、
表示された行の上でRETURN押して再度LISTすると０の後に
空白が１つ増えるというバグがありますね。
他の8/16ビット機の有名なバグってどんなのがあります？
REM ファミリーベーシック辺りは凄いのがありそう。
Rem ---------------------
Rem MSX spirits inside...
Rem ＭＺＫ
// ＭＺＫ
Re:コメント (スコア:1)
>> 「MSXマガジン」じゃなくて「MSXファン」です。
そうでした!失礼しました。
そいうえば、MSXファンのおかげでさまざまなプログラミングテクニックが共有されていいきましたね。VPOKEを使って文字の形を直接書き換えるテクニックとか。
しかも、当初は「文字はフォアグランドとバックグランドの2色にしか塗分けられない」と思われていたのを、各文字の各ラインで色を換えるテクニックが公開されたり、さらにそれを利用してカラフルなイタリック文字を使うのが一般的になったり…
ライセンスがどうとかいう意識もなかったけど、今思えば、オープンソースコミュニティに近かった気もします。
Re:makefile に (スコア:1, おもしろおかしい)
work=/var/tmp
cd ${wor}
rm -rf ./*
なんてシェルを root で / 直下で実行したことあります。。。
/dev/tty* あたりが消え始めたあたりで周りから叫び声が。
# ごめんなさいごめんなさい
未来日付 (スコア:1, 興味深い)
では、未来日付で患者の死亡日を登録できます。
＃私はこれを“仕様”と主張しているのですが:-)
オフトピですみません。
虫じゃないけど (スコア:1)
分解掃除したら、基盤に、虫じゃなくてカビ、キノコ
が生えてたなぁ・・・
「バグ」じゃないけど (スコア:1)
そういえば，学生時代，研究室のマシンが一台，突然ネットワークにつながらなくなって，どうしても原因が突き止められないことがあったんですが，よくよくしらべたら，ケーブルがねずみにかじられて途中で切れてました．
まさか物理的につながっていなかったとは...これってよくある話でしょうか？
Red Copy（Re:虫じゃないけど） (スコア:1)
コピーが赤いの！どうなってんのさ？
との修理依頼。
客が間違えて赤トナーでも入れたんかいな？と思ったら 違いました。
中でネズミ君がぺっちゃんこになって
それが印刷されていたのです…
φωφ)/
オフトピ追い討ち (スコア:1)
ということで、上記のことに気が付いてくれない 消費者はある意味ありがたい存在なのデス。
HIT-BIT (スコア:1)
青くなったぞ！！
Re:ネット銀行の半角カナ (スコア:1)
しておきながら無理に混ぜるのはまずいと思う
けど HTTP ヘッダの Content-type で
charset=Shift_JIS って入ってるなら別に
良いのでは? (入力し辛い環境の人がいるかも
知れないが)。
でも両方受け付けて向こうで勝手に変換して
くれた方が使い易いね。
(´д｀;)
Re:UN*Xのi-NODE (スコア:1)
UNIXとは言っても色々ありますが、 Solaris とかだとたしか /usr/include/stdio.h の中で FILENAME_MAX が 1024 で定義されていて、これがファイル名の文字数の限界だと思いましたが、シェルやOSがこのファイル名の文字数制限を使っているとすると 512 ぐらいディレクトリを掘ったところで("/a" が 512 個で 1024 文字)それ以上はエラーになって終わると思うんですが。
(´д｀;)
Windowsバックドア疑惑 (スコア:1)
Re:昔のSunのコンソール (スコア:1)
このケースがというのではないですが、電源オフ時の状態も設計時にちゃんと考えておかないと、ヘンな動作をすることってありますよね。
＃ハードウェアのバグだっ！
ae
ハードウェアなバグ (スコア:1)
電源とGNDをショートさせてＰＣを破壊してくれた家の環境。
それとキイハナだけど、ＰＣＩスロットの１ピンから１８４ピンまでの信号を逆に接続して設計してしまい、
約１８０本*全スロットの布線改造を行なったことがあるらしい。
Re:そうじのおばちゃん (スコア:1)
特定の時刻(早朝)に限って死亡率が高い原因を不振に思い調査したところ、掃除のオバチャンが医療機器のプラグを抜いて掃除機につなぎかえ、掃除が終わるとまたプラグを戻して立ち去るのが目撃されたという……。
いろんなところで別々の人が、似かよった都市伝説を考えついているのかもしれませんね。別のところで聞いた話というのも、元をたどると、自分じゃないかも。
究極の圧縮と言えば… （オフトピック） (スコア:1)
#あれこれ圧縮して後悔しないように。この動作は仕様なので。
タブレット中毒者。
Re:究極の圧縮と言えば… （オフトピックだと思われ） (スコア:1)
そういえばＣＰ／Ｍ・ＭＳＸ－ＤＯＳ辺りだとPopCom!というのも。
Rem ---------------------
Rem MSX spirits inside...
Rem ＭＺＫ
// ＭＺＫ
Re:Windowsバックドア疑惑 (スコア:1)
(仮にその穴塞いでも他の穴から漏れ漏れじゃないか?)
(´д｀;)
Re:自虐 (スコア:1)
いや、もうやめよう。
(´д｀;)
SolarisでDB2がちゅど～ん (スコア:1)
この程度で？って DB2 & Solaris の性能を疑った。
これって仕様？バグ？
知り合いに聞いた話じゃ、
「DB2で^Cは死ぬよ」って……わかってんなら先に教えろ。っていうか既知の問題なんだよな、たぶん。