ＣＰ／ＭがＴＫ－８０互換のワンボードマイコンの上で復活します
ＮＤ８０ＺⅢとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！
［第１２５回］
●ＢＳ（恥ずかしながら前回の訂正）
前回は、「ＣＰ／Ｍには画面制御の機能はありません」と書きました。
「カーソルを前に戻すＢＳは使えないので、その機能をプログラムで実現します」という内容の記事でした。
「ＣＰ／Ｍには画面制御の機能はありません」ということは、スクリーンエディタのような機能は持っていない、という意味ではその通りです。
ＣＰ／Ｍ本体はラインエディタさえ持っていません。
しかし、「だからＢＳコードの機能は働きません」と考えたところは、私の思い込みといいますか、思い違いでした。
いえ。
そこはわかっていたはずでした。
途中までは正しく認識していたはずだったのですけれど、記事を書いていく過程でなにやら話の筋がおかしくなってきてしまって、それに気がつかないまま、結果的に間違ったことを書いてしまいました。
「ＢＳコードがそのままでは使えない」というのはＣＰ／Ｍのことではなくて、ＮＤ８０ＺⅢのシステムのほうでありました。
そのことにつきましてはＣＰ／Ｍを移植した当初に気が付いていたのでありましたが、そのことをすっかり失念しておりました。
なんたって昨晩何を食べたのか、ということすら思い出せないのでありますからねえ。
今朝になりまして、前回の記事を読み直しておりましたら、「ＢＳが使えないなんて、普通に考えたらちょっとおかしいのではあるまいか？」という、当たり前といえばしごく当たり前のことに気が付きました。
むむ。
本当にＣＰ／Ｍはこんなややこしいことをやっているのか？
ちょいと気になりましたものですから、ＣＰ／Ｍのソースリストを確認してみましたら。
おお。
まともにＢＳをＢＩＯＳのＣＯＮＯＵＴに送っているではありませぬか。
そりゃそうですよねえ。
普通に考えたらそうあるべきものでありまして、そうなっていなかったのは、受手側でありますＷｉｎｄｏｗｓ側のプログラムのせいだったのでありました。
ＮＤ８０ＺⅢをＵＳＢ接続するためのＷｉｎｄｏｗｓ側のソフトウェアは、何回もご紹介しておりますように、ログファイルの機能とともに完全なスクリーンエディタの機能も備えております。
だから。
いまさらＢＳなど不要、と考えて、そのコード（０８Ｈ）を内部の制御用にリザーブしてしまいました。
ＣＰ／Ｍを移植しました当初、「ここは将来、Ｗｉｎｄｏｗｓ側のプログラムを変更すべき」と考えて、それはそのままずっとそのつもりだったのでありますが。
まあ。魔が差すといいましょうか。
［第１２３回］で、ＢＳが働かないことに気が付いた途端に、「Ｗｉｎｄｏｗｓ側を直さなければならない」ということを忘れてしまいました。
んで。
また、悪いことに、「なんだ、こんなの、バッファを用意すれば簡単にできるじゃないの」と、まあ、悪魔のささやきと申しましょうか、思いつかないでもよいことを思いついてしまったものでありますから、前回書きましたような次第となりました。
むむむ。
せっかく書いたプログラムですけれど。
ここは正攻法ということで。
やっぱりＷｉｎｄｏｗｓ側のプログラムを直すべきでありましょうなあ。
うむ。
実に見事な、無駄作業、でありました。
ワンボードマイコンでＣＰ／Ｍを！［第１２５回］
２０１２．５．１９ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る