ＣＰ／ＭがＴＫ－８０互換のワンボードマイコンの上で復活します
ＮＤ８０ＺⅢとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！
［第１２４回］
●ＢＳ（Ｂａｃｋ Ｓｐａｃｅ）プログラム
ＣＰ／Ｍでは、キーボードからの入力も、画面への表示もＢＩＯＳをコールすることで行ないます。
前回の説明ではそこのところがちょっとあいまいになっていました。
通常のユーザーはキーボードからの入力にはファンクションコール０１（コンソール入力）を使い、画面への表示はファンクションコール０２（コンソール出力）を使います。
しかし今回のお話は、そもそもそのファンクションコール０１と０２のプログラムをどうしようか、というお話ですから、もっと下のレベルでのお話になります。
通常のユーザーはＢＩＯＳのレベルには立ち入りません。
しかしシステムを作り上げるためにはＢＩＯＳを使わないわけにはいきません。
ＢＩＯＳレベルでのキーボードからの入力はＣＯＮＩＮ、画面への表示はＣＯＮＯＵＴになります。
それだけの説明を読みますと、単純にファンクションコール０１＝ＣＯＮＩＮ、ファンクションコール０２＝ＣＯＮＯＵＴ、というように考えてしまうかも知れませんが、実体は全く異なります。
ＣＯＮＩＮはただキーボードから入力されたコードを受取るだけで、何の判断も行ないません。
ＣＯＮＯＵＴも渡されたコードを画面表示用文字コードとして送出するだけで、そのほかの何の情報も送りません。
スタンダードなＣＰ／Ｍの機能としては、たとえば画面の表示位置（カーソルポイント）の制御などは全く備えておりません。
ただのＣＯＮＩＮ、ＣＯＮＯＵＴがあるだけです。
しかし前回お話をしました、ＢＳ（Ｂａｃｋ Ｓｐａｃｅ）は皆様ご存知の通り、カーソルポイントを１つ前に戻します。
カーソル制御のできないシステムでどうやってＢＳの機能を実現するのか？
というのが前回からの宿題でありました。
それでは、前振りはこのくらいにいたしまして、さっさく本題にかかりましょう。
ＣＰ／Ｍはカーソル制御の機能をもってはいませんが、唯一その制御に関わる機能が存在します。
それが前回ヒントとして書きましたＣＲ（Ｃａｒｒｉａｇｅ Ｒｅｔｕｒｎ）です。
復帰などと訳します。
もともとはタイプライターで印字ヘッドを左端に戻すことを意味した言葉だったようです。
ＴＥＸＴファイルなどではＣＲコード（０ＤＨ）だけで復帰だけではなくて改行も一緒に行なってしまうようなテキストエディタが一般的ですが、もともとのＣＲコードには改行の意味はありません。
改行のためのコードとしてはＬＦ（Ｌｉｎｅ Ｆｅｅｄ。０ＡＨ）を使います。
ですから、復帰・改行を合わせて、０Ｄ・０Ａと２バイトを画面に送ることで、カーソルポイントが画面左端の1行下に移動します。
では、唯一のカーソル制御コードであるＣＲを使って、どうすればカーソルポイントを１文字前に戻すことができるのでしょうか？
その答えといいますか、考え方を先に説明してから、あとで実際のプログラムをお見せすることにしましょう。
前回の終わりのところでＢＳを実際に使っている画面をお見せしました。
Ａ＞ａｂｃｄｅ＿
という表示です。
ここでＡ＞はシステムによる表示で、ａｂｃｄｅはキーボードからそのように入力したときのエコー表示です（実はこのエコーもシステムによって行なわれています）。
この状態を図で示すと、こうなります。
ある1行の表示画面の左端を００として、そこから順に１文字ずつ番号をつけます。
これがカーソル位置を示す番号になります。
メモリにカーソル位置カウンタを用意します。
さて、そのカウンタはいつクリアするとよいのでしょう？
そうです。
ＣＲコードをＣＯＮＯＵＴで送出したときに、カーソル位置カウンタも００クリアします。
そして、ＣＲ以外の文字コードをＣＯＮＯＵＴで送るたびに、カーソル位置カウンタを＋１すればよいですね。
さて、そこで、今カーソルは０７の位置にあります。
ここでＢＳコードが入力されてきました。
必要な作業は「実際の画面」に表示された文字’ｅ’を消して、同時にカーソルを０６の位置に「実際の画面」で戻すことです。
そんなことはムリ…。
と思ってしまいますが、上の図をよーく見ていると、ほら、できるじゃありませんか。
まず、ＣＲコードをＣＯＮＯＵＴで送出します。
ただしこのときはカーソル位置カウンタはクリアしないようにします。
すると実際の画面上でカーソルは００の位置に戻ります。
ここからがマジックのはじまりです。
現在のカーソル位置（ポジション００）から、カーソル位置カウンタの数値と同じだけ、ＣＯＮＯＵＴを使ってコード２０Ｈ（スペース）を送出します。
すると図の、実際の表示画面のように、表示がクリアされます。
本当はポジション０６だけをクリアすればよいのですが、カーソル移動機能がありませんから、最初からその位置までスペースを表示させていきます（このときもカーソル位置カウンタは更新しないようにします）。
カーソル位置カウンタの値が００のときは以下の作業はパスします。つまりＢＳは行なわれません。
そして最後の仕上げです。
実は図の上側に表示していた文字列なのですが、これはカーソル位置カウンタと同様に、同じタイミング（ＣＯＮＯＵＴ送出時）に、あらかじめ用意しておくラインバッファに図の順序で格納しておくのです。
カーソル位置カウンタは常にそのバッファの現在のアドレスを示す位置ポインタでもあります。
ＣＲコードを送出するときにカーソル位置カウンタは００クリアしますが、ラインバッファはクリアする必要はありません（無駄な作業はする必要はありません）。
なぜ、クリアしなくてもよいのか、ということにつきましては、この説明を最後まで読んでいただければ納得できることと思います。
最後の仕上げとして、ラインバッファの先頭から１文字ずつ、カーソル位置カウンタの値－１回分、ＣＯＮＯＵＴで送出します（カーソル位置カウンタの値が０１のときは、なにも送出しません）。
そして、その値をカーソル位置ポインタにセットします。
表示されていた文字が１文字消えて、カーソルが前に移動しました。
しかし。
このＢＳの機能を実現するためだけに、ラインバッファを用意して、そして画面に文字コードを送るたびに、毎回バッファへの文字コードの書き込みと、カーソル位置カウンタの更新を欠かさず行なわなければなりません。
なかなかに面倒ではあります。
実は、この機能はファンクションコール０２に組み込んでありますから、それを使わないでユーザーが勝手にＢＩＯＳのＣＯＮＯＵＴルーチンを使って画面表示を行なうと、ＢＳは正しく機能しなくなります。
ＣＰ／Ｍに限らないのですが、ユーザーがＢＩＯＳを直接コールすることは危険が伴うということのひとつの参考例でもあります。
ところで。
ファンクションコールにはコンソールバッファ入力の機能もあります（ファンクションコール０Ａ）。
上で説明しましたラインバッファは、そのコンソールバッファなのか？とお考えかも知れません。
ここで説明しましたラインバッファは、コンソールバッファとは別物です。
あくまでＢＳのためだけに必要な表示用のバッファなのです。
考え方はそういうことだとわかったとしまして、理解できたこととそれをプログラムに書く、ということとはまた別の次元になります。
どのようなプログラムを書けばよいのでしょうか？
こういうプログラムがそれほど悩まなくても書けるようになれば、一人前といえるでありましょう。
これが実際のプログラム（アセンブルリスト）のファンクションコール０１と０２の部分です。
ＢＳの処理は中ほどにあります。
たったこれだけ、というくらい短くまとまっておりますでしょう。
ファンクションコール０２がファンクションコール０１でもコールされていることに注目してください。