ＣＰ／ＭがＴＫ－８０互換のワンボードマイコンの上で復活します
ＮＤ８０ＺⅢとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！
［第１２３回］
●前回のテストの続きがありました
前回、「ファンクションコール０１（コンソール入力）など、試すまでもないこと」と思いながら念の為に試して見ましたら、エコーされていないことがわかってしまいました。
そこでエコーされるようにＢＤＯＳプログラムを修正し、ついでにＣＴＲＬ入力についてもエコー表示するように直しました。
その後ちゃんと表示できるようになったことを確認して、前回は無事に終わったのでありますが。
やっぱり試してみるものです、と書いておきながら、実は余りしっかりとは試しておりませんでした。
本日になりましてから、さて次は何をチェックしましょうか、と思いながらＨＰトップの更新履歴を眺めていましたら。
［第４０回］の ●いろいろなキーを入力してみました というタイトルが目につきました。
ふむ。
そんなことをやっておったのか。
どれどれ。
なるほど。
むむ。
これも念の為、同じように入力してみねばなるまいな。
で。
その通りに入力してみましたら。
ふむう？
違っておるではないか？
上の画像は、ブラウザで［第４０回］を開いておいて、その上でＭＳＤＯＳプロンプト（コマンドプロンプト）を開いて、ＦＴＥＳＴ１を実行しているところです。
［第４０回］と同じキーを入力したのですが、表示が異なっているところがあります。
ＣＴＲＬ入力でエコーが表示されているのは、そのようにプログラムしましたから、それは問題ではありません。
あ。
いや。
結果的に、そのＣＴＲＬ入力での表示のされ方に問題がありました。
たとえば、ＣＴＲＬ＋Ｉ（コード０９Ｈ）はＴＡＢコードと同じになります。
左の画面ではＴＡＢがきいていますが、右の画面ではＴＡＢはきいていません。
また、ＣＴＲＬ＋Ｊ（コード０ＡＨ）はＬＦコードと同じになります。
左の画面では改行後に＝０Ａが表示されていますが、右の画面では改行は行なわれていません。
もうひとつ、ＣＴＲＬ＋Ｍ（コード０ＤＨ）はＣＲコードと同じになります。
左の画面では１桁目から＝０Ｄが表示されていますが、右の画面では？が残ったまま＝０Ｄが表示されています。
なおＣＴＲＬ＋Ｈ（コード０８Ｈ）はＢＳコードと同じになりますが、どちらの画面もＢＳは行なわれていません。
ＢＳについては後ほど書くことにいたします。
実はＴＡＢについては考えていませんでした。
これを見ますとＣＰ／ＭのＣＯＮＩＮではちゃんとＴＡＢも利くようになっていたのですね。
これはなんとかしなければなりません。
しかし、ＣＲやＬＦは意外でした。
それは当然そのようにプログラムしてあるつもりだったのですが、働いていませんですねえ。
前回のＣＯＮＩＮのソースリストを見ましたら、これじゃあだめだわ、ということに気が付きました。
全面的に書き直しです。
やれやれ。
はい。
直しましたよ。
もう一度トライです。
今度はうまくいきましたでしょう。
ＣＴＲＬ入力については、前回とは考えを変えました。
前回は、ＣＴＲＬ入力もエコーしていたのですが、その部分は外しました。
それはやっぱりシステムが関与することではなくて、ユーザーが必要に応じてすべきことだと思ったからです。
ファンクションコール０１Ｈでは、ＣＴＲＬ入力はエコーしないでスルーします。
コードそのものは入力されますから、ユーザーが表示したいと思えば好きなように表示することができます。
ＣＴＲＬ＋Ｄ（本来はＣＴＲＬ＋Ｃ）入力によるシステムブレイク時のみ、右の画面の下の方に表示されているように、システムの機能としてエコーするようにしました。
コード０９ＨのＴＡＢはちゃんと働くようになりました。
ＣＰ／Ｍ２．２のＴＡＭは、８カラムごと（０、８、１６…）に移動します。
それからコード０ＡＨのＬＦも働いています。
改行後に＝０Ａが表示されるようになりました。
コード０ＤＨ（ＣＴＲＬ＋Ｍを２回入力しています）のＣＲも働いています。
１桁目に戻って＝０Ｄが表示されています。
●ＢＳ（Ｂａｃｋ Ｓｐａｃｅ）について
さて、コード０８Ｈ（ＢＳ）ですが、これは左の画面でも機能していませんでした。
しかし、今回の右の画面では、１桁前に戻って＝０８が表示されています。
そうなのです。
バックスペースも働くようになったのです。
実はＴＡＢもＢＳもＮＤ８０ＺⅢのＺＢ３ＢＡＳＩＣではちょっと扱うのが難しかったのです。
ＮＤ８０ＺⅢのＵＳＢ通信のための決まりごととして、コード００～０Ｃは、特殊な制御用にリザーブしてしまっていましたから、そこを直さない限り、ＣＰ／Ｍ側からＢＩＯＳ経由で、０８や０９を送っても、パソコン側でそれをＢＳやＴＡＢとして働かせることはできない仕組みになっていたのです。
ただＣＰ／Ｍ２．２のソースプログラムを見ますと、ＣＰ／Ｍもそこのところは承知していたらしく、ＣＰ／Ｍプログラム内部でクリアしていたように読み取れます。
しかし、ソースプログラムのそのあたりはなんだかめちゃめちゃこみいっていて、よくわかりませんでした。
なんとかいじくって、下のように＃を表示させて、1行下に再表示させることはできるようになりましたので、とりあえずはそのようにして使っておりました。
そのＢＳも、今回のオリジナルＤＯＳに対する修正作業によって、さきほどお見せしましたように、ちゃんと機能するようにしてしまいました。
もっともさきほどの画面では１文字バックですから、本当に働いているかどうかよくわからんぞ、と言われてしまうかもしれません。
そこでＢＳが働いている様子をもう少しわかるような画面でお見せすることにいたします。
ｆｔｅｓｔ１と入力するつもりで、ｆｔｓｔ１と入力してしまいました。
’ｅ’が抜けています。
そこで、ＢＳキーを使います。
ほら、ここまで戻りました。
そこから正しく入力します。
［Ｅｎｔｅｒ］を押して、正しく実行が開始されました。
ＢＳはキー入力された文字だけを取り消すのではありません。
このように、Ａ＞の表示に、ａｂｃｄｅと入力して。
そこでＢＳキーを使います。
ほら。
Ａ＞まで消してしまいました。
どのようなプログラムを書くとこんなことができるのでしょうか？
ちょっと考えてみてください。
とにかくもともとのＢＳの機能は働きません。
ＢＳキーを押すと、そのキーコード０８Ｈはキー入力データとして得られます。
しかし何もおこりません。
何かをして（つまり何かを画面に表示して）やらなければなりません。
ＣＰ／Ｍシステムですから、キー入力はＣＯＮＩＮ、画面表示はＣＯＮＯＵＴを使います。
ＣＯＮＩＮで０８は入力できますが、ＣＯＮＯＵＴで０８を出力することはできません（ＮＤ８０ＺⅢシステムではそれは拒否されます）。
あー、わかった。［←］キーを使うんでしょう。
違います。
キー入力としては［ＢＳ］キーを使っています。
でも、でも、それじゃあ［←］キーのコードを画面に出力するってえのは？
だめです。
ええー。
無理だよ、そんなの。
できるわけ、ないじゃないの。
それとも、なにかずるい手があるんでしょお。
そんなの、ありません。
ひとつだけ、ヒントを差し上げます。
ＢＳの機能を実現するためには、通常の文字表示のほかにはＣＲのみが必要です。
次回、必見です。
ワンボードマイコンでＣＰ／Ｍを！［第１２３回］
２０１２．５．１７ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る