(ホントは７４ＨＣ、ＣＭＯＳなんだけど…）
［第４６９回］
●ＨＩＤプログラムのお話の続きです
前回書きましたように、およそ２ヶ月ほども中断しておりました、ＨＩＤプログラムのお話の続きから説明を再開することにいたします。
［第４３２回］の続きから、ということになります。
じつは［第４３１回］がお話のもとでありまして、あちこちのサイトを参考にさせていただいて、苦労して作り上げた、ＨＩＤ送信プログラムなのですが、コンパイルすると、「外部シンボル …が未解決」、という意味不明のエラーメッセージが出てしまいます。
というところで終わっていました。
でその続きからはじめようと思ったのですけれど。
「ううむ。まてよ。まだほかに、もっといろいろややこしいあれこれの作業をしたはずでは…」
しかしながら、［第４３２回］を書いたのが、もう２ヶ月も前の２月８日。
そんな昔のことなど思い出せるわけがない。
いえ。そもそも２月８日の時点で、たかだかその２週間ほど前に、もっといろいろしたはずのあれこれを、どうやらきれいに忘れてしまっているらしい、というのが［第４３２回］の記事なのですから、もうお話にもなにもなりません。
せめてメモていどでも書き残しておけばよいものを、そのときにはやってもやっても意味不明のエラーメッセージが次々に出てくるものですから、完全にパニクッてしまって、メモどころではなかったのです。
そこで、今は痕跡程度となってしまった記憶のカケラをもとにして、ファイルのタイムスタンプを手がかりに、昨日から２日がかりで、再現作業をおこなっておりました。
その結果、ＨＩＤプログラムをＢｏｒｌａｎｄ Ｃ＋＋コンパイラでコンパイルするために、不足しているファイルはhidsdi.hとｈｉｄｐｉ．ｈだけではなくて、Ｈｉｄ．ｌｉｂも捜してこなければならないらしい、ということがわかってきました。
むむむ。そういうことまで全部忘れてしまうのですよねえ。困ったものです。
このＨｉｄ．ｌｉｂもＷｉｎ９８ＤＤＫにありました。
もういろいろな作業をしてしまって、インクルードファイルもライブラリファイルもしっかりいじってしまっていますから、当初の状況がどこまで正確に再現できるかは、はっきりいって全く自信がないのですけれど、どうも「外部シンボル…が未解決」というエラーよりも先に、別のこれまたよくわからないエラーがでていたように思います。
●ＯＭＦ？ＣＯＦＦ？
Ｈｉｄ．ｌｉｂのタイムスタンプが新しいものだったので、とりあえずＢｏｒｌａｎｄのｉｎｃｌｕｄｅフォルダからＨｉｄ．ｌｉｂを削除してみると、当然のことながら、上のＤＯＳプロンプト内のメッセージのように、「Ｈｉｄ．ｌｉｂが開けません」と表示されてしまいます。
そこで、Ｗｉｎ９８ＤＤＫからＨｉｄ．ｌｉｂをＣｏｐｙしてきて、現在作業中のフォルダに貼りつけて、もういちどコンパイラにかけてみますと、上のＤＯＳプロンプト画面にありますように、下のエラーメッセージが表示されます。
Ｅｒｒｏｒ： ’Ｃ：ＣＰＰ￥ＵＳＢ２￥ＨＩＤ．ＬＩＢ’ ｃｏｎｔａｉｎｓ ｉｎｖａｌｉｄ ＯＭＦ ｒｅｃｏｒｄ，ｔｙｐｅ ０ｘ２１（ｐｏｓｓｉｂｌｙ ＣＯＦＦ）
はて、ＯＭＦ？ＣＯＦＦ？
そりゃ、また、いったいなんのこっちゃあ。さっぱりわからんではないかあ。
だから、Ｃなどやりたくはなかったの！
またまたネットサーフィンであります。
むむむ。なんだかよくはわからないのでありますが、どうやらＭｉｃｒｏｓｏｆｔのライブラリファイルの形式がＢｏｒｌａｎｄ Ｃ＋＋のそれと相違している、ということらしいのですね。
それじゃあ、コンパイルできないじゃないの。
どーすりゃ、いいのさ。
●ＣＯＦＦ２ＯＭＦ
さらにネットでいろいろさぐってみましたら、ＢｏｒｌａｎｄのツールにＣＯＦＦ２ＯＭＦなるユーティリティソフトが含まれていることがわかりました。
おお、それはそれは。
んでも、本当にそげなものがあるんかいなあ？
それが本当に実行できるものかどうか、ＤＯＳプロンプトで、ＣＯＦＦ２ＯＭＦと打ち込んでみましたのが、下の図です。
おお。ちゃんと使えるようであります。
では。さっそく。
ｃｏｆｆ２ｏｍｆ ｈｉｄ．ｌｉｂ ｈｉｄ．ｌｉｂ とやってみましたら、それじゃいかん、というメッセージです。
どうやらインプットファイルとアウトプットファイルが同じじゃいかん、ということのようで。
それじゃあ、ということで、ｈｉｄ．ｌｉｂをｈｉｄｃｏｆｆ．ｌｉｂにリネームしてから、再実行してみました。
今度はうまくいったようです。
COFF2OMFは実行が正常に終了したときは、何もメッセージが出ないで終わってしまうようです。
むむ。せめて、’ｄｏｎｅ’とか’ＯＫ’とかぐらいは表示されてくれてもよいように思うのですけれど。
念の為にＤＩＲコマンドで確認してみると、おお、ちゃんと作業はしてくれたようです。
これで、Ｈｉｄ．ｌｉｂがＢｏｒｌａｎｄ Ｃ＋＋の形式に直ったはずですから、それからあらためて、コンパイラにかけてみますと、先ほど表示されていた、
Ｅｒｒｏｒ： ’Ｃ：ＣＰＰ￥ＵＳＢ２￥ＨＩＤ．ＬＩＢ’ ｃｏｎｔａｉｎｓ ｉｎｖａｌｉｄ ＯＭＦ ｒｅｃｏｒｄ，ｔｙｐｅ ０ｘ２１（ｐｏｓｓｉｂｌｙ ＣＯＦＦ）
は表示されなくなりました。
そして、あの「外部シンボル…が未解決」というエラーメッセージが表示されるようになります。
●ＩＭＰＬＩＢ
ネットをいろいろさぐっていましたら、ＣＯＦＦ２ＯＭＦのほかにも、ＬＩＢファイルの変換を行うツールがあることがわかりました。
それがＩＭＰＬＩＢです。
これもＢｏｒｌａｎｄ Ｃ＋＋に含まれています。
ＣＯＦＦ２ＯＭＦはＣＯＦＦ形式のＬＩＢファイルを読み込んで、それをＯＭＦ形式のファイルに変換して出力する、というものでした。
それに対してＩＭＰＬＩＢは、ＤＬＬファイルからＬＩＢファイルを生成してしまう、というもののようです。
ますますよくわからんのでありますけれど。
ＤＬＬというのは、ダイナミックリンクライブラリファイルの略語で、アプリケーションの実行時に動的に（ダイナミックに）リンクされて、実行されるファイル、なんだそうです。
実行時にリンクされるのでありますから、コンパイル時にはリンクされません。
んじゃあ、何も無くてもよいか、といいますと、そういうわけにはいかないので、そこで、これこれの関数は、どこそこのＤＬＬにありますから、それは実行時にリンクいたします、という情報をコンパイラに教えます。
それがライブラリファイル、なのだそうです。
当然のことながら、ＤＬＬファイルとＬＩＢファイルはペアで存在する、というか、そのように作成されるもの、なのでありますが、そのペアのうちのＬＩＢファイルの形式がちょいと困るので、ＤＬＬファイルをもとにしてＬＩＢファイルを作ってしまおう、ということのようです。
ものは試し、ということもありますから、ＩＭＰＬＩＢも試してみました。
まずはＩＭＰＬＩＢとだけ打ち込んでみると、下のように表示されます。
確かに、ちゃんとＩＭＰＬＩＢも存在していて使えるようです。
ＣＯＦＦ２ＯＭＦで変換したＨｉｄ．ｌｉｂファイルを削除しておいて、ＩＭＰＬＩＢを実行しました。
Ｈｉｄ．ｄｌｌはＣ：￥ＷＩＮＤＯＷＳ￥ＳＹＳＴＥＭにありました（そりゃ、そうでしょう。なきゃあ、困ります）。
そのままＩＭＰＬＩＢを実行してみましたが、それではだめなようです。
￥ＷＩＮＤＯＷＳ￥ＳＹＳＴＥＭにあるＨＩＤ．ＤＬＬを作業中のフォルダにＣＯＰＹしてから、もういちど、ＩＭＰＬＩＢを実行してみました。
今度はうまくいったようです。
ＩＭＰＬＩＢもさきほどのＣＯＦＦ２ＯＭＦと同じで、何事も無く正常に終了した場合には、何のメッセージも表示されないようです。
ちょっと気持ち悪い、です。
でもちゃんとＨＩＤ．ＬＩＢは生成されたようで、ＨＩＤプログラムをコンパイルしてみると、「ＨＩＤ．ＬＩＢがありません」とは表示されないで、コンパイルは完了するようになります。
そして、「外部シンボル…が未解決」というエラーが表示されました。
ということで、次回こそは本当に、この「外部シンボル…が未解決」というエラーの正体にせまります。
２０１０．４．４ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る