プログラム失敗談

通常、人は成功より、失敗から学ものだと言うことなので、自分の失敗談を書きます。

ファイル消去
 DLL関数定義の失敗
 DDEでの失敗
 MSCでのコンパイルエラー
 真夜中のこびと

ファイル消去私
プログラマに成り立ての頃、このころはまだLAN接続できる物が開発機にはなく、FDベースでファイルのやりとりをしていた。
このころは、今と違い、私もまじめなプログラマだった。まじめイコール優秀ではない。

四日ほど徹夜続きだったので、頭がボーとしていて、コピーしたと思ったファイルを削除した。でも、コピーしたファイルを調べると、この世に存在しないことになってしまった。これは夢だと思ったのだが、現実だった。
２週間ほどの作業がパーになり、上司に言われて、この日は、その場で、家に帰り寝た。その後、１週間ほど徹夜して、そのプログラムは完成した。これ以降、思いこみで作業せずに、確認して作業するようになった。でも、未だに、ときどきやることがあるが、ファイル復旧のソフトを必ず入れるので、大丈夫さ。人間、あんまり進歩はしない物だ。

私ではないが、これよりひどいことをやった人もいる。UNIXでスーパーバイザーモードでログオンして、rm *.*を実行してしまった新人君がいた。本人は何をやったのかまるで分からなかったようである。当然、開発者一同から、馬鹿呼ばわりである。

あんまり、教訓になる話ではないし、プログラムの失敗談でもない気がする。むむ
 戻る
DLL関数定義の失敗　私
ここ、２、３年DLLを作成することがあるが、私は、インポートする関数の最後にDLLと付けるようにしていて、インポート関数は、ほかの関数を呼び出すだけにしている。このため、本体の関数はDLLの付かない関数名で記述するようにする。
これでやるとアプリケーションとDLLをほとんど同じソースで開発できるので、楽なのである。
しかし、よくインポートする関数名を間違えて、本体の関数名にしてしまい、呼び出すと暴走する騒ぎを起こす。でも、こんな簡単なことに、気が付かず、何時間かを無駄にするのである。
プログラムでは簡単なことほど、気が付かない物である。

一応、プログラムの話になった。
戻る
DDEでの失敗　私
とあるDDEを使ったプログラムを、Win95上で動作させる話だった。
Win32APIで作れば、問題ないだろうと言うことで、NT3.51で作成した。
さて、動かすと文字データが２５６以下なら問題なく動作したが、それ以上だとSDKに載っていないエラーが発生した。
どうも、DDEの文字列処理に問題があるようだったので、調べると、なんとNT4.0,Win95以降ではDDEの文字列データが256バイト以下しか動作しなくなったそうである。これでは、８ビットの機械並である。
この話の教訓は、信じる者は救われないと言う話である。
戻る
MSCでのコンパイルエラー　私
MSCで、以前の会社にいた頃CADの開発を行ったのだが、数十万ステップを越えた頃、コンパイラーが暴走する自体になった。
エラーもでないので、調べるとスタック不足に陥り、暴走していたようだ。オーバレイなどを駆使して、動作するようにした。
これで問題は解決できたかに見えたが、ある日特定のマクロ命令の部分で、「原因不明のエラーです。コールセンタに電話して下さい」というエラー番号が出た。
コールセンタに電話するが、全然繋がらないので、マクロをやめたら直ってしまった。

この後、このプログラムはまともな32ビットコンパイラのHi-Cに直したが、このようなことはなく、最適化すると数十倍高速になった。

私のMSへの不信感の始まりであった。
戻る
真夜中のこびと私
昔、徹夜続きで仕事をしていて、思わず寝てしまいました。
翌朝起きると画面を見ると何だこりゃと言う画面になっていた。
「きっと、夜中にこびとがパンチしたに違いない。こびとにプログラムの知識がないのが残念だ。」といって、ソースを変更して、かえって寝たとさ。
未だに、こびとは出るようだ。

ばかげた失敗をしたときは、自然現象にした方が精神衛生上良いようです。でも、これは自然現象じゃなかろうと言うつっこみはいらない。
戻る

ホーム