復活！ＣＰ／Ｍ ワンボードマイコンでＣＰ／Ｍを！
ＣＰ／ＭがＴＫ－８０互換のワンボードマイコンの上で復活します
ＮＤ８０ＺⅢとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！
［第４２１回］
●ＳＵＢＭＩＴ
ＳＵＢＭＩＴはバッチコマンドです。
ＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）のバグ取りにご協力いただいております大分県のＨ様、長野県のＮ様からＳＵＢＭＩＴが使えませんというメールをいただいておりました。
私もＳＵＢＭＩＴを使ってみて、全く反応がないことを確認しております。
結論から先に書いてしまいますと、ＺＢ３ＤＯＳではバッチ処理についてはＳＵＢＭＩＴの代わりに前回も説明いたしました／ＢＡＴを使っていただくようにお願いいたします。
互換性ということからしますと、それはちょいと面白くないのではないか？
ええ。私としましてもできることならＳＵＢＭＩＴも使えるようにしたいと思いましたです。
ですが。
互換性と利便性、実用性を秤にかけますと、そういう結論になってしまいました。
もうプログラムサイズが限界なのです。
それにこのところバグ取りにずいぶん時間を費やしてしまいました。
ここでＳＵＢＭＩＴが使えるようにしようと考えますと、おそらくまたさらに何日間かを犠牲にしなくてはなりません。
勿論、そうするだけの価値なり必要性がありましたならば、それはさらに何日かを犠牲にしましても、そうすべきでありましょう。
しかし。
ＳＵＢＭＩＴについては、そこまでする必要がありましょうや？
私としましては自画自賛ですけれど、ＳＵＢＭＩＴよりも／ＢＡＴのほうがはるかに使いやすく、かつ優れていると考えております。
たとえＳＵＢＭＩＴの機能を使えるようにしたとしましても、おそらくその出番はない、と思います。
／ＢＡＴにつきましては、大分県のＨ様がトランジェントコマンドの評価テストに活用していただいてそのログファイルをいくつかお送りいただいておりますので、後ほど参考例としてご紹介させていただきます。
そういう理由でＳＵＢＭＩＴは使えませんが、ただ使えませんというだけでは、なんとなくすっきりしないものが残ります。
何か互換性に欠けるところがあるのではないか？
それで使えないのだろう。
なんて邪推したくなってしまいます。
しかしＳＵＢＭＩＴに限っては通常のプログラムの互換性の問題から使えないというのではなくて、あくまでＳＵＢＭＩＴ固有の問題なのです。
もっと具体的にいいますと、それはＢＩＯＳやＢＤＯＳの機能ではなくて、ＣＣＰの機能なのです。
そのあたりを納得していただくために、ごく簡単にＳＵＢＭＩＴの仕組みを説明することにいたします。
ＳＵＢＭＩＴもＰＩＰやＳＴＡＴなどと同じようにトランジェントコマンドです。
ＳＵＢＭＩＴを使うためには、あらかじめバッチ処理の手続きを記述したバッチファイルを用意します。
バッチファイルは拡張子がＳＵＢのファイルですが、中身はテキストファイルです。
仮にそのバッチファイルをＡＢＣ．ＳＵＢとします。
バッチ処理を実行するには
ＳＵＢＭＩＴ ＡＢＣ［Ｅｎｔｅｒ］
と入力します。
すると。
なにごともなく処理は終了してしまいます。
実はこのとき、バッチ処理のための一時ファイル＄＄＄．ＳＵＢが作られます。
＄＄＄．ＳＵＢの中身もテキストファイルですが、ちょっと特殊なファイルです。
もとのバッチファイルＡＢＣ．ＳＵＢの１行を１レコード（１２８バイト）に割り当ててファイルが作られます。
さらに特殊なのは、元のバッチファイルとは順番が全く逆で、ファイルの最後のレコードから前に向かって１行ずつが割り当てられたファイルになっていることです。
さて、そこからがＣＣＰの出番です。
コマンドの処理が終了するたびに、次のコマンドをコンソールから入力するために、必ずＣＣＰの先頭に戻ってきます。
ＣＰ／ＭのＣＣＰでは、このとき常にまず＄＄＄．ＳＵＢの有無をチェックします。
そして＄＄＄．ＳＵＢをみつけると、その最後のレコードを読み込んで、コンソール入力バッファにコピーします。
その後＄＄＄．ＳＵＢの最後のレコードを削除します。
こうすることによって、＄＄＄．ＳＵＢの最後のレコードには常に次に実行すべきコマンド行が書かれていることになります。
さすがにＣＰ／Ｍの開発者は只者ではありませんでした。
なかなかに巧妙なアイデアでちょっと普通では思いつかないようなテクニックです。
それはともかく、そのようにしてバッチファイルに書かれていたコマンド行の１行がコンソールバッファに入れられてリターンしますから、ＣＣＰはそれを普通にコンソールから入力されたコマンドと同じように実行します。
その処理が終わってＣＣＰの先頭に戻ってくると、そこでまた＄＄＄．ＳＵＢがチェックされ、最後のレコード（つまり次に実行されるコマンドが書かれたレコード）がコンソールバッファにコピーされ、それがまた実行されます。
そのようにして＄＄＄．ＳＵＢの最後のレコードが実行されてしまうと＄＄＄．ＳＵＢは空になりますから、そこで削除されてバッチ処理は終了します。
ざっと簡単に説明しますと、そういう処理なので、これをＺＢ３ＤＯＳのもとで実行できるようにするためには、ＺＣＣＰで最初に＄＄＄．ＳＵＢをチェックして、それがあればその最後のレコードをコンソール入力バッファにコピーするとともに＄＄＄．ＳＵＢの最後のレコードを削除するようにプログラムを書き換えなくてはなりません。
そのように書けば簡単なようですが、実際にプログラムにするとある程度のサイズの処理になります。
上にも書きましたように、もうそれだけのサイズを追加する余地が残っていないのです。
それにバッチ処理を中止するための手続きは今までまったく想定していませんでしたから、それができるようにしようとすると、また全部ひっくり返さなくてはなりません。
ＺＢ３ＤＯＳでＳＵＢＭＩＴが使えません、というのはそういう理由からなのです。
ですので＄＄＄．ＳＵＢを読み込んで、そのレコードを後ろから１レコードずつコンソール入力バッファにコピーする、というところはプログラムしてありませんが、ＳＵＢＭＩＴコマンドそのものは正しく実行されます。
試しに適当なバッチ処理ファイルを作成して、そのファイルに対してＳＵＢＭＩＴを実行してみてください。
実行後に＄＄＄．ＳＵＢが作成されることが確認できます。
その＄＄＄．ＳＵＢの中身をＶＦＤＵＭＰで確認してみてください。
ファイルの最後のレコードから前に向かって、各レコードに元のバッチファイルの一行がそれぞれ書き込まれていることが確認できるはずです。
このあと大分県のＨ様からお送りいただいた／ＢＡＴの実行例をお見せするつもりだったのですが、本日は時間がなくなってしまいましたので、それは次回にさせていただきます。
ワンボードマイコンでＣＰ／Ｍを！［第４２１回］
２０１３．６．１９ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る