(ホントは７４ＨＣ、ＣＭＯＳなんだけど…）
［第５３４回］
●いよいよデバッグ開始です
前回は、ＮＤ８０ＺⅢにとりあえず仮実装したＺ８０ＢＡＳＩＣで、簡単なテストプログラムがうまく動作するのを確認した後で、システムプログラムの実装アドレスを組替えて整理したところ、なんとせっかく動いていたテストプログラムが全く動かなくなってしまいました、というところまでを書きました。
幸いベースになっているＺ８０マシン語モニタプログラムはうまく動いているようですので、その機能を使ってデバッグを進めていくことができます。
Ｚ８０マシン語モニタプログラムとはＮＤ８０ＺⅢのＲＯＭに入っております、ＮＤ８０Ｚモニタプログラムのことではありません。
もちろんＴＫ８０モニタプログラムのことでもありません。
●ＮＤ８０ＺⅢのモニタプログラム
ＮＤ８０ＺⅢのモニタＲＯＭにはもともと３種類のモニタプログラムが入っています。
アドレス００００にあるＴＫ８０モニタプログラムは、ＮＥＣのＴＫ８０に搭載されておりましたモニタプログラムと一部を除いて同じものです。
ＮＤ８０ＺⅢでＴＫ８０と同じ動作をさせるときに使います。
その上のアドレス０４００にもＴＫ８０モニタプログラムがあります。
このモニタプログラムはアドレスが００００からのＴＫ８０モニタプログラムを０４００からスタートするように平行移動させるとともに、ＲＡＭワークエリアをＦＦＸＸ番地に移動しています。
もともとのＴＫ８０モニタプログラムはワークエリアが８３ＸＸにあります。
ＴＫ８０の時代にはＲＡＭは非常に高価でしたので、ＴＫ８０にはＲＡＭをわずかしかのせてありませんでした。
その当時のＴＫ８０のメモリマップでは８３ｘｘというアドレスはＲＡＭの終わりだったのですが、ＮＤ８０ＺⅢではＲＡＭは８０００～ＦＦＦＦの３２ＫＢもあります。
この場合は８３ｘｘはＲＡＭアドレスの始めに近い部分になりますから、そこにシステムのワークエリアが置かれていると、ＲＡＭの途中がシステムに占有されてしまうことになって都合が悪いことになります。
そこでアドレス０４００～に置いたモニタプログラムは００００～のＴＫ８０モニタプログラムと全く同じ動作をするのですが、システムワークエリアは８３ｘｘではなくて、ＲＡＭの一番後ろのＦＦｘｘにしてあります。
その後ろの０８００～にあるＮＤ８０Ｚモニタプログラムは、ＴＫ８０モニタプログラムを発展させた当社オリジナルのモニタプログラムです。
ＴＫ８０モニタプログラムは８０８０ＣＰＵで動くことを前提にしたプログラムですが（もちろんＺ８０ＣＰＵでも問題なく動作します）、ＮＤ８０Ｚモニタプログラムは最初からＺ８０ＣＰＵのためのプログラムです。
でもせっかく同じＲＯＭの中にＴＫ８０モニタプログラムがあるのですから、キー入力ルーチンとか７セグメントＬＥＤ表示ルーチンやＳＡＶＥ、ＬＯＡＤルーチンは、０４００に置かれたＴＫ８０モニタ（２）のルーチンをＣＡＬＬしています。
●ＢＡＳＩＣシステムにもマシン語モニタが入っています
今回デバッグをしております、Ｚ８０ＢＡＳＩＣシステムプログラムは、ＮＤ８０ＺⅢ試作基板に増設しました増設ＲＡＭの１０００～にロードしています。
主たる機能はもちろんＢＡＳＩＣですけれど、ここにもマシン語モニタの機能が含まれているのです。
たとえば前回少し説明をしましたｄｍ（ダンプメモリ）の機能もそのひとつです。
これはＮＤ８０Ｚモニタをリモートプログラムで操作したときの／ｄと同じ機能です。
なんだか重複していてムダなようですけれど、そのようにして重複してでも置くだけの価値があるのです。
ＮＤ８０Ｚモニタの機能はリモートプログラムから操作しても、基本的にＮＤ８０ＺⅢの１６進キーボードからリモートでデータを入力する、という操作から離れることはできません。
もちろんＮＤ８０ＺⅢ単独でキー操作するのに比べれば、リモートプログラムでＤＯＳ／Ｖパソコンに接続して、そこから操作したほうが、より利便性があります。
ですけれど、せっかくＤＯＳ／Ｖパソコンと接続して、ＤＯＳ／Ｖのキーボードやディスプレイ表示を使うことを前提に考えた場合には、できるならば、もっとより使い易いものにしたいなあ、ということになります。
そこでＮＤ８０Ｚモニタプログラムと機能的に重複するものであっても、より使い易いマシン語モニタの機能ということで、Ｚ８０ＢＡＳＩＣシステムにも搭載しているのです。
Ｚ８０ＢＡＳＩＣシステムプログラムには、そのほかにも便利なマシン語コマンドがたくさん用意されています。
そのうちのいくつかの機能は、これからデバッグを進めていく間に使うことになると思います。
●デバッグの続きです
さてそこで、前回のデバッグの続きです。
簡単なプログラムですが、ＢＡＳＩＣシステムプログラムを仮アドレスに配置してテストしたときにはちゃんと動作してくれたものが、ＢＡＳＩＣシステムプログラムを正規のアドレスにアレンジして配置した後にもう一度同じテストプログラムを実行しましたら、どういうわけか、うんともすんとも言ってくれません。
前に正しく動作したときにはちゃんと計算結果が画面に表示されたのですが、今回は画面には何も表示されないでハングアップしてしまいます。
そこで何が起きているのかを確認するために、前回は整数型変数Ａ％、Ｂ％、Ｃ％のアドレスをｄｍコマンドで表示させてみたのです。
ついでですが、このＺ８０ＢＡＳＩＣでは変数名としてＡ％やＢ％しか使えないかといいますと、そんなことはありません。
メモリサイズの制約から変数名としての長さの制限や、予約語は使えないなどの制約はありますが、たとえばＡＢＣ％とかあるいは、ＲＩＮＧＯでもＭＩＫＡＮでもＴＯＫＹＯでもＯＳＡＫＡでも変数名として使うことができます。
それらの変数はプログラムに書かれた順に、ＢＡＳＩＣの変数格納エリアに格納されていきますから、機械語の感覚で、その変数がメモリ上で実際に配置されているアドレスを知ることは、不可能ではありませんがちょっと面倒な作業を必要とします。
しかしマシン語のサブルーチンをＢＡＳＩＣプログラムからＣＡＬＬして使うときなどに、ＢＡＳＩＣとマシン語のサブルーチンとの間で値を受け渡ししたいということが出てきます。
そのような場合を想定して、Ａ％～Ｚ％の２６個の整数型変数はメモリアドレスの固定エリアに最初から置かれているのです。
そのアドレスが、前回説明しましたようにＡ％がＦ４４０、Ｆ４４１で、Ｂ％がＦ４４２、Ｆ４４３、そしてＣ％がＦ４４４、Ｆ４４５なのです。
ハングアップしたあとで、一旦強制終了してから、もう一度Ｚ８０ＢＡＳＩＣを起動させて、ｄｍコマンドでそのＡ％～Ｃ％の値を確認してみたところ、ちゃんと計算通りの結果になっていることが確認されましたから、少なくとも行番号１０から３０までは正しく実行されたはず、というつもりだったのですが。
それは早とちりというもので、そうはいきませんでしょう。
Ａ％～Ｃ％の値は、その前に正しく実行されたときに、その値になったはずで、ですからその値を確認してみたところで、今回はのっけからハングアップしてしまって全く実行されなかった、という可能性を除外することはできません。
そういうことに気がつきましたので、そこのところをわかるようにして再度試してみることにいたしました。
岡目八目で、はたからみておりますと、もどかしいと言いますか、ばかなことをやっているなあとお思いでしょうけれど、そこはそれ、Ｚ８０ＢＡＳＩＣシステムプログラムの使用例を紹介するという側面もありますので、ナマのままの、実況中継であります。
今度は、やはりＺ８０ＢＡＳＩＣシステムプログラムのマシン語モニタに含まれておりますｃｍコマンドを使って、Ａ％～Ｃ％の領域を０クリアしました。
●ＣＭコマンド
ｃｍコマンドはチェンジメモリ（Ｃｈａｎｇｅ Ｍｅｍｏｒｙ）コマンドです。
アドレスを指定すると、そのアドレスを表示して、その後ろにそのアドレスのメモリ内容を表示してキー入力待ちになります。
ここを書き換えたいときは、１６進数２桁をキーから入力すると、その入力した値が書き込まれて、次のアドレスとその内容が表示されます。
リモートプログラムの［ＷＲ＋］とよく似ていますが、［ＷＲ＋］と違って、値を入力後に［Ｅｎｔｅｒ］を入力する必要はありません。
１６進数２桁を入力するだけで、その値が書き込まれて次のアドレスに進みます。
入力ミスに気が付いて前のアドレスに戻りたいときは［←］キーを押します。
また書き換える必要がなくてそのアドレスをスキップするときは［→］キーか［Ｓｐａｃｅ］キーを押します。
ｃｍを終了するときは［Ｅｎｔｅｒ］キーを押すか、［Ｃｔｒｌ］と［Ｂ］を同時に押します。
ｃｍコマンドでＡ％～Ｃ％の領域（Ｆ４４０～Ｆ４４５）が０クリアされたことを見ていただくために、もう一度ｄｍコマンドでその範囲を表示しています。
そのあとで、ｒｕｎコマンドでもう一度テストプログラムを実行させました。
上の画面はそこでハングアップしてしまったところです。
このあとまた強制終了して、再度Ｚ８０ＢＡＳＩＣシステムを起動してから、Ａ％～Ｃ％の値がどうなっているか確認したのですけれど、うっかりしてしまったらしく、そのところの画面コピーがみあたりません。
ええ。そういうときに、ログファイルがお役に立ちますですよ。
