ＣＰ／ＭがＴＫ－８０互換のワンボードマイコンの上で復活します
ＮＤ８０ＺⅢとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！
［第１２９回］
●ファンクションコール０Ａ（コンソールバッファ入力）その２
前回はＣＰ／Ｍ２．２のファンクションコール０Ａが「すごい」プログラムなのだ、というお話をいたしました。
そのことを前回は文章を使って説明しました。
今回は、そこのところを、画像に撮りましたので、実際の画面でお見せすることにいたします。
これは修正後のＣＰＭ２２Ｎ．ＢＩＮをＮＤ８０ＺⅢ上で実行しているところです。
前にも書きましたが、現在お手元にありますＮＤ８０ＺⅢではここで説明しております通りの動作はいたしません。
Ｗｉｎｄｏｗｓ側のプログラム（ＺＢ３．ＥＸＥ）の修正が必要です（［第１２６回］参照）。
ここではその修正版（ＺＢ３Ｎ．ＥＸＥ）を使っています。
いずれＲＡＭディスクのシステムが出来あがりましたら、その時点で供給開始ということにさせていただきますので、今しばらくお待ちください。
ここまで、そのように書いてきましたけれど、中には「それまで待てん。とりあえずここまでの機能でよいからなんとかならんのか」という方もいらっしゃるかもしれません。
ＮＤ８０ＺⅢをすでにご購入いただいた方で、そのようにご希望される方はメールにてご連絡ください。
折り返しメール添付にてＺＢ３Ｎ．ＥＸＥをお送りいたします。
さて。
実際にＦＴＳＴ９．ＣＯＭを実行中の画面です。
［第６４回］で作りましたＦＴＳＴ９．ＣＯＭを実行しています。
最初は普通にａｂｃｄｅｆ［Ｅｎｔｅｒ］と入力しました。
するとその下に入力した通りの文字列ａｂｃｄｅｆが表示されて、それからコンソールバッファの中味が１６進数で表示されました。
次は同じようにａｂｃｄｅｆと入力したあとで［Ｃｔｒｌ］＋［Ｒ］を入力しました。
するとそこに＃が表示されて、それから改行されて、もう一度入力された文字列がそのまま表示されたあと、続いて入力ができる状態になります。
ここで注目したいのは、バッファの内容が再表示される時は、画面の左端から表示されるのではなくて、最初に入力を開始したポイントまでカーソルが移動して、そこからバッファの再表示が行なわれていることです。
これは０ＡＨ（ＬＦ）を使っているのではないかと思ったのですが、実は０ＡＨはその位置でそのまま改行するのではなくて、ＣＲ・ＬＦ（０Ｄ／０Ａ）として動作してしまいます。
つまり０ＡＨを画面に送るとカーソルが左端に移動して、そしてそこで改行が行なわれます（このことについてはまた後で検証いたします）。
すると、上で行なわれている［Ｃｔｒｌ］＋［Ｒ］の機能は０ＡＨだけでは実現できなくて、ファンクションコール０Ａがコールされた時の画面のカーソルポイントをしっかりと記憶している、ということになります。
そして、それを再現しているのです（どうやって？）。
それはともかくとしまして、上の画面の説明の続きです。
バッファの再表示が行なわれたあともそのまま続いてキー入力が行なえますが、ここではひとまず［Ｅｎｔｅｒ］を入力しました。
その次も同じようにａｂｃｄｅｆと入力しましたが、そのあと今度は［Ｃｔｒｌ］＋［Ｕ］を入力してみました。
するとさきほどと同じように改行が行なわれましたが、今度はバッファがクリアされるため、バッファ内容は再表示されず、最初からの入力になりました。
下の画面はその続きです。
［Ｃｔｒｌ］＋［Ｕ］でバッファクリアされたあと、１２３［Ｅｎｔｅｒ］と入力しました。
すると最後に入力した１２３だけが表示されました。
その下に表示されたバッファのダンプを見てもそのようになっていることが確かめられます。
続いて、またａｂｃｄｅｆと入力しました。
今度はここで［Ｃｔｒｌ］＋［Ｘ］を入力してみます。
［Ｃｔｒｌ］＋［Ｘ］を入力したあとの画面です。
すると改行は行なわれず、それまで表示されていた文字列がクリアされ、最初の入力に戻りました。
このときバッファもクリアされています。
バッファクリアは実際にバッファにスペースコード（２０Ｈ）とかヌル（００Ｈ）を書き込むのではなくて、ただバッファ先頭（２桁目）の入力文字数カウンタを００クリアするだけです。
むむむ。
これはなかなかに面倒なプログラムではありませぬか。
さらに。
ここに［Ｃｔｒｌ］入力が加わってくるということになりますと。
前回説明しましたように、さらにさらに面倒なことになります。
［Ｃｔｒｌ］入力をした場合に［Ｃｔｒｌ］＋［Ｒ］や［ＢＳ］がどのように反映されるのかを試してみました。
ａｂｃ［Ｃｔｒｌ］＋［Ｚ］ｄｅ［Ｃｔｒｌ］＋［Ｇ］４５６
と入力したあと、［Ｃｔｒｌ］＋［Ｒ］を入力しました。
改行が行なわれて、バッファの内容が再表示されましたが、そこでは入力したときと同じように［Ｃｔｒｌ］コードがちゃんと ＾Ｚ、＾Ｇ に置き換えられて表示されました。
いやあ。これはすごいことをやっています。
最後に［Ｅｎｔｅｒ］を入力しました。
ダンプ表示されたバッファの中味を見ますと、そこには１バイトの［Ｃｔｒｌ］コード１ＡＨ
と０７Ｈが書き込まれていました。
再表示するときだけ、１ＡＨを＾Ｚに、そして０７Ｈを＾Ｇ に置き換えて表示していたのです。
むむ。
脱帽。
今度は［ＢＳ］も使ってみました。
先ほどと同じように、
ａｂｃ［Ｃｔｒｌ］＋［Ｚ］ｄｅ［Ｃｔｒｌ］＋［Ｇ］４５６
と入力したあと、［Ｃｔｒｌ］＋［Ｒ］を入力しました。
再表示されたところ（２行目）で［ＢＳ］を３回入力して（４５６が消去され）、そこでまた［Ｃｔｒｌ］＋［Ｒ］を入力しました。
ａｂｃ＾Ｚｄｅ＾Ｇ と再表示されたのですが（３行目）、そこでまた［ＢＳ］を入力したため、画面では＾Ｇが消えています。
そこでまた［Ｃｔｒｌ］＋［Ｒ］を入力しました。
ａｂｃ＾Ｚｄｅ と再表示されたので（４行目）、そこで［Ｅｎｔｅｒ］を入力しました。
再表示されたところで［ＢＳ］を使ったときも、コンソールバッファ内の［Ｃｔｒｌ］コードと、画面に表示された２桁のＣｔｒｌ表示は、共に食い違うことなくきれいに削除されています。
バッファ内の［ＢＳ］による削除はバッファ先頭２バイト目のカウンタの数値を減らすことによって行なわれます。
上の画面ではバッファカウンタの値が０６になっていますから、バッファには現在６文字が入っていることになります。
この場合バッファの７文字目以後は無視されます。
すごい！
本当に感心してしまいますが。
まだまだすごいことになってしまいます。
今度は同じことをＴＡＢをまじえておこなってみます。
ａｂ［ＴＡＢ］ｃ［ＴＡＢ］ｄと入力したあと、そこで［Ｃｔｒｌ］＋［Ｒ］を入力しました。
すると改行が行なわれて、バッファの中味がそのまま表示されました。
ＴＡＢがちゃんと効いていることがわかります（あ。これだけでは、本当にＴＡＢが効いているのかスペースに置き換えられてしまっているのかわかりませんね）。
そこでそのまま［Ｅｎｔｅｒ］を入力してみますと。
入力された文字列が再表示されますが、表示されたａｂとｃとの間隔を見れば、ＴＡＢ入力によってバッファの中味が画面表示と同じようにスペース（２０Ｈ）で置き換えられるのではなくて、ＴＡＢコードがそのまま保持されることがわかります。
そのことは同時に行なわれるバッファのダンプを見ても確認できます。
ＴＡＢを入力した位置にＴＡＢコード０９Ｈ（2箇所）が書き込まれています。
さてそれでは今度はＴＡＢに対して［ＢＳ］を使ってみることにしましょう。
上と同じように、ａｂ［ＴＡＢ］ｃ［ＴＡＢ］ｄと入力したあと、そこで［Ｃｔｒｌ］＋［Ｒ］を入力しました。
すると改行が行なわれて、バッファの中味がそのまま表示されました（２行目。ここでは下の説明のように［ＢＳ］を２回入力したあとの画面になっています）。
そのあと、［ＢＳ］を２回入力しました。
最初の［ＢＳ］の入力で’ｄ’が消去されカーソルは’ｄ’が表示されていた位置に移動しましたが、その次の［ＢＳ］の入力で、今度は一度に間の空白が全部なくなって、’ｃ’の次の位置にカーソルが移動しました。
ここで注目したいのはＴＡＢ表示が行なわれたあと［ＢＳ］２回の入力でＴＡＢがキャンセルされてバッファの中のＴＡＢコードが１つ削除されるとともに、なんと画面のカーソルも、そのＴＡＢを入力する直前の位置まで戻ってしまったというところです。
どうするとこんなことができるのでしょう？
これは相当にしつこいプログラムです。
よくぞ、ここまで、面倒なプログラムを書いたものです。
って他人事のように書きましたけれど。
ＣＰ／Ｍ互換ＤＯＳのプログラムも、そういう具合に機能するように書かなければなりません。
いや。まあ。
こういうところは、絶対にそのようにしなくちゃいけないということでもないとも思いますから、「ここは互換性にこだわりません」ということで、機能を省略しちゃってもよろしいのですけれど。
でも。
こういう見事な動きをするプログラムを見せつけられてしまいますと。
闘志がわいてくるじゃありませんか。
ここは、なんとしても避けて通ってはなるまいぞ。
男。一本道でありますよ。
結局。
まるっと１日をつぶして、そのすごい動作をしているのと、同じ動作をするプログラムを書いてしまいましたよ。
結構ホネでしたけれど。
それにつきましては、また次回に説明いたします。
ワンボードマイコンでＣＰ／Ｍを！［第１２９回］
２０１２．５．２４ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る