●デバッグ作業の続き、のつもりだったのですが…
前回、「おばかなことをやっておりました」と書きました。
突然ブレイクもしない、ハングアップもしないで終了してしまう、という肩透かしの状態になってしまったものですから、ついうろたえてしまいました。
なんだかテストプログラムが蒸発してしまったような、異な感じになりまして…。
ｄｍコマンドでメモリの中身を確認してみたら、ちゃんとあるじゃないのお。
なのに、なぜか全く実行してくれないで、でもハングアップもブレイクもしないで、しれっとして終了してしまうって、どういうこと？
ｌｉｓｔコマンドを入力してみたけれど、何も表示されません。
う。リストが表示されない？
……！
わかりましたあ。
そりゃあ、当たり前でした。
前回、ハングアップしてしまったときに、一旦強制終了して、それからあらためてＺ８０ＢＡＳＩＣシステムを起動したのでありました。
その直後にブレイクポイントを設定して、ｒｕｎしたのですから、何も実行しないのが当たり前でした。
Ｚ８０ＢＡＳＩＣの起動直後は、ユーザープログラムは見かけ上はクリアされているのでありました。
自分でそのように設計しておいて、自分で忘れてしまうのですからたまりません（トホ…）。
いやあ。じつに、なんともおはずかしい。
ｈｅｌｐコマンドを実行してから、ｌｉｓｔコマンドを実行しました。
今度はちゃんとテストプログラムが表示されました。
あらためて、２３９７にブレイクポイントを設定してｒｕｎしました。
おお。
今度はちゃんとアドレス２３９７でブレイクしました。
ＰＲＩＮＴルーチンの入り口には来ているようです。
これから先はちょいとしたテクニックなのですが、命令を１つずつ順にブレイクさせながら実行していくのでは手間がかかってたまりません。
ＪＰ命令などのプログラムが分岐するポイントごとにブレイクさせるようにすると、効率よいデバッグが行えます。
２３９７でＰＲＩＮＴルーチンにエントリした後の最初の分岐は２３Ａ１のＪＰ ＮＺ命令です。
そこで、２３ａ１にブレイクポイントを設定するのですが、画面を見ますと、その前に
ｄｍ ８０６０，８０７ｆ
を実行しています。
実はメモリのこのあたりに、これから実行するＰＲＩＮＴ命令があるので、そこを確認しているのです。
●ＢＡＳＩＣプログラムの構造について
ＢＡＳＩＣのプログラム（ユーザープログラム）は、ｌｉｓｔ文で表示されるままの形でメモリに入れられるのではなくて、処理効率がよくなるように中間コードに変換してからメモリに入れられます。
ただＰＲＩＮＴ文の” ”で囲んだテキストのように、そのままの文字列を表示するような命令では、その文字列部分はそのままの形でメモリに入れられます。
ｄｍコマンドで表示された内容を、右のＡＳＣＩＩダンプ部分で確認してみますと、行番号４０のＰＲＩＮＴ文にある、”ａ％＝”や”ｂ％＝”がそのままあることがわかります。
しかし、その前のあたりを見ても、どこにもＰＲＩＮＴの文字はありません。
実はＰＲＩＮＴという命令は、プログラムを入力した時点で、８１というコードに変換される仕組みになっているのです。
上の画面のメモリダンプリストを見ますと、アドレス８０６Ｂに８１があります。
ことのついでですから、Ｚ８０ＢＡＳＩＣのデータ（ユーザプログラム）の構造について簡単に説明をいたしましょう。
ちょうど、今ターゲットにしております、ＰＲＩＮＴ文について説明をすることにいたします。
今回のテストプログラムのプログラムリストと、メモリダンプリストは、前回の作業画面に見えますけれど、そのところだけ、ログファイルから切り取って、下に示します。