〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
すべてはここからはじまりました。
中日電工も。
４０年前を振り返りつつ新連載です。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
［第７３回］
●ＲＥＭプログラムの’３Ｅ’について（２）
前回はオリジナルのＴＩＮＹ ＢＡＳＩＣのＲＥＭ文のプログラムでＩＦ文のエントリ部に置かれたＲＳＴ ３をジャンプするために、その直前にＤＢ ３Ｅを置いているところをうっかりしてそのまま中日電工版ＴＩＮＹ ＢＡＳＩＣでも同じことをしていることに気が付きました、と書きました。
ＤＢ ３Ｅはその次に置かれた１バイトの命令をジャンプするための「裏技」です。
ところが中日電工版ＴＩＮＹ ＢＡＳＩＣでは、ＲＳＴの代わりに３バイトのＣＡＬＬ命令を使います。
オリジナルと同じようにしてＤＢ ３Ｅを使っても３バイトの命令はパスできません。
たまたまＲＳＴ ３の代わりに使ったＣＡＬＬ命令のＣＡＬＬ先アドレスが問題が発生しない１バイト命令になるために見かけ上は正常に動作することが確認できました。
しかしＲＳＴ ３をＣＡＬＬ命令に置き換えてしまったからには、ここにＤＢ ３Ｅを使うわけにはいきません。
そこでプログラムを変更することにしました。
そこでオリジナルのプログラムリストをながめていましたら、なんだもっと簡単にできるじゃないか。
うまい手を思いつきました。
これならオリジナルよりもすっきりしたプログラムになります。
後から考えてみれば、こんなことができるならＴＩＮＹ ＢＡＳＩＣの作者も当然そうしていたはずです。
そこに気が付かなかったのは浅はかでありました。
左側に見えているＴＩＮＹＢＳＴ８．ＬＳＴが変更後のプログラムです。
右側はそのプログラムで前回と同じことをやってみたところです。
あれ？
行番号３０が実行されない？
なぜだ？
こういうときのために、ＮＤ８０Ｚ３．５でＺＢ３ＢＡＳＩＣを起動して、中日電工版ＴＩＮＹ ＢＡＳＩＣをそこで走らせるように考えてあるのです。
ＺＢ３ＢＡＳＩＣは名前こそＢＡＳＩＣですが、強力なマシン語デバッグ機能をもっていて、ＺＢ３ＢＡＳＩＣ起動後はそのままでマシン語プログラムのデバッグをすることができます。
使い方は簡単です。
ＪＰ ８０００［Ｅｎｔｅｒ］でＴＩＮＹ ＢＡＳＩＣにエントリする前に
ＢＰ ８３３Ｆ［Ｅｎｔｅｒ］
でブレークポイントを設定しておくだけです。
ＲＥＭプログラムの実行直前のアドレス８３３Ｆでブレークするようにブレークポイントをセットしました。
それで準備完了です。
普通に
ＪＰ ８０００［Ｅｎｔｅｒ］
でＴＩＮＹ ＢＡＳＩＣにエントリしてテストプログラムを入力し、念のためリストの表示を行ないました。
ここから先は下の画面をご覧ください。
ＲＵＮ［Ｅｎｔｅｒ］（Ｒ．［Ｅｎｔｅｒ］）と入力すると最初に行番号１０のＰＲＩＮＴ文が実行され、そのあと行番号２０のＲＥＭ文のところでブレークしました。
ＴＩＮＹ ＢＡＳＩＣは８０８０の命令語で記述していますが、Ｚ８０でも問題なく実行できます。
ＮＤ８０Ｚ３．５はＺ８０ＣＰＵなのでブレーク時に表示されるレジスタはＺ８０のレジスタとして表記されますが、８０８０で使用していないレジスタについては無視して構いません。
レジスタを見るとＰＣ（プログラムカウンタ）は８３３Ｆになっています。
アドレス８３３Ｆの実行直前にブレークしたことがわかります。
ＲＥＭ文のプログラムで肝心なのはＤＥレジスタです。
ＤＥレジスタには現在解読実行中のテキスト行の位置アドレスが入っています。
ＤＥレジスタの値は９０２６になっています。
９０００番地台にはテキストプログラムが書かれています。
その内容を確認するためにそのままの状態でＤＭコマンドを使ってみました。
ＤＭ ９０００，９０３０［Ｅｎｔｅｒ］
です。
ＤＭコマンドは指定した範囲のメモリの内容を１６進数とＡＳＣＩＩ文字で表示します。
アドレス９０２６は「ＲＥＭ」の直後のスペースのアドレスです。
ここまでは問題はなさそうです。
そこでデバッグを次に進めます。
ＢＰ ８３４２［Ｅｎｔｅｒ］
で次のブレークポイントを
８３４２ ＪＮＣ ＲＵＮＴＳＬ
の実行直前のアドレスにセットしたあと、
ＲＴ［Ｅｎｔｅｒ］
で（マシン語の）ユーザープログラムに復帰します。
ブレークポイントを設定したアドレス８３４２でブレークしました。
ＰＣ＝８３４２になっています。
それではＤＥは？
あれ？
９０３８になっています。
ここは本来は行番号２０の終わり（その次の行の先頭アドレス）の９０２Ｅのはずです。
本来なら９０２Ｄの０Ｄコードを検出してそこでリターンしてくるはずなのに、そこが無視されてしまっているようです。
９０３８はテキストプログラムの最後のアドレスなので右端のフラグを見るとキャリーフラグが立っています。
なのでこのあとは結局８３４５のＪＭＰ ＲＳＴＡＲＴが実行されてテキストプログラムが終了してしまうことになります。
問題はどうやら８３３ＦのＣＡＬＬ ＦＮＤＳＫＰにあるようです。
次回に続きます。
復活！ＴＩＮＹ ＢＡＳＩＣ［第７３回］
２０２０．８．２３ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る