〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
すべてはここからはじまりました。
中日電工も。
４０年前を振り返りつつ新連載です。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
［第１７回］
●入力バッファとＴＥＸＴエリア（２）
前回からの続きです。
前回はＴＥＸＴエリアについて下のように説明しました。
ＴＩＮＹ ＢＡＳＩＣではキーボードから入力した文字列はまず入力バッファに入れられます。
最後に［Ｅｎｔｅｒ］キーを押すと入力の終わりを示す０Ｄコードが入力文字列の終わりに書き加えられます。
［Ｅｎｔｅｒ］（０Ｄコード）の入力が合図となって、入力文字列の確認が行なわれます。
入力文字列の先頭に数字がある場合には、それを行番号とみなしてその数値から始まって最後の０ＤコードまでがＴＥＸＴエリアに入れられます。
先頭が数字ではない場合にはダイレクトコマンドと解釈されてコマンドの解読ルーチンに進みます。
今回はその入力バッファについて説明します。
下は前回お見せしたＴＩＮＹ ＢＡＳＩＣのプログラムリストの最後の部分です。
入力バッファは１３９Ｄ〜１３ＤＣの６４バイトです。
１３ＤＤがＢＵＦＥＮＤになっていますがこれはおそらくアセンブラソースプログラムの中で１３ＤＤを”ＢＵＦＥＮＤ”のラベル名で表記したいところがあって、そのためにそのようにしているのだと考えられます。
実際には１３ＤＤは「入力バッファ」としては使われていないようです。
「ＮＤ８０Ｚ３．５版」ＴＩＮＹ ＢＡＳＩＣでは入力バッファは９Ｆ９Ｄ〜９ＦＤＣに移動しています（当面の間の仮アドレスです）。
前回はＴＥＸＴエリアの中身を確認しました。
今回は入力バッファの中身もあわせて確認してみることにします。
前回はプログラムを入力しＬＩＳＴ出力したあとプログラムを実行してから［Ｃｔｒｌ］［Ｚ］でＴＩＮＹ ＢＡＳＩＣを終了しＺＢ３ＢＡＳＩＣに戻ってそこでシステムワークエリアとＴＥＸＴエリアの内容を確認しました。
今回も同じようにできるといいのですが。
たとえばＴＩＮＹ ＢＡＳＩＣにエントリしてキーボードから
１０ ＦＯＲ Ａ＝０ ＴＯ １０［Ｅｎｔｅｒ］
と入力した直後の入力バッファの状態を確認してみたいと思います。
ところが［Ｅｎｔｅｒ］を入力するとすぐにそこでＢＡＳＩＣプログラムなのかダイレクトコマンドなのかの判定が行なわれて、行番号つきの場合には行番号部分が１６進数に置き換えられた後ＴＥＸＴエリアに格納されるところまで進んでしまうことを確認済みです。
その途中の過程を確認するためには前回使ったＤＭコマンドだけではできません。
より高度なデバッグ機能が求められます。
そのような場合にもＺＢ３ＢＡＳＩＣの機能が役立ちます。
ＺＢ３ＢＡＳＩＣはただのＢＡＳＩＣだけではなくて、マシン語プログラムをデバッグするためのツールとして欠かせない機能を備えています。
こういう場合にはブレークポイント機能の出番です。
下はその作業の様子です。
ＴＩＮＹ ＢＡＳＩＣをロードしたあと、あらかじめブレークしたいアドレスをＢＰコマンドで設定してからＴＩＮＹ ＢＡＳＩＣを起動します。
ここでは
ＢＰ ８０８４
を入力しています。
８０８４は入力バッファの内容を確認するところで最初にＣＡＬＬされるアドレスです。
いずれ「ＮＤ８０Ｚ３．５版」のプログラムリストも公開するつもりですが、今のところはかえって説明が煩雑になりますからここではそれ以上の説明には入りません。
そのあとＪＰ ８０００で普通にＴＩＮＹ ＢＡＳＩＣを起動します。
しかしブレークポイントの設定はちゃんと生きています。
キーボードから
１０ ＦＯＲ Ａ＝０ ＴＯ １０［Ｅｎｔｅｒ］
と入力するとアドレス８０８４でブレークしてＺＢ３ＢＡＳＩＣに戻ってレジスタの中身が表示されます（画面には［Ｅｎｔｅｒ］は表示されません）。
ブレークしたアドレスはレジスタダンプのＰＣ（プログラムカウンタ）に表示されています。
ここで入力バッファの中身を見てみるために
ＤＭ ９Ｆ９０，９ＦＤＦ
を実行しました。
「ＮＤ８０Ｚ３．５版」の入力バッファは９Ｆ９Ｄからです。
９Ｆ９Ｄ以下に入力した通りの文字列がそのまま入っています。
最後に０Ｄコードがあります。
この段階ではまだＴＥＸＴエリアには何も入っていません。
それを確かめてみるために、その下のところで
ＤＭ ９０１０，９０２Ｆ
を実行してみました。
ＴＥＸＴエリアは９０１７から始まります。
ＴＥＸＴエリアの未使用領域の先頭アドレスは９０１５に入っています。
そこには９０１７が書かれています。
以上を確認したあと、次のステップに進みます。
次のブレークポイントとして８１３７を指定しています。
ＢＰ ８１３７
です。
８１３７は１行の入力処理を終った後、次の入力を待つ部分の先頭のアドレスです。
ＢＰ ８１３７
を入力したあと
ＲＴ
を入力しました。
ＲＴコマンドは現在ブレークしているアドレスに戻ってその続きを実行するコマンドです。
続きの処理が行なわれたあと８１３７で再びブレークしました。
そのあともう一度先ほどと同じように入力バッファとＴＥＸＴエリアを確認してみました。
先ほどは入力エリアの先頭部分には行番号がＡＳＣＩＩコードで書かれていました。
３１ ３０ ２０
でした。
そこのところが
３１ ０Ａ ００
に置き換わっています。
３１はもとのままですが、０Ａ ００は行番号１０を１６進数に置き換えたものだということがわかります。
１６進数で普通に表記すると０００Ａですがメモリには下位バイト、上位バイトの順に入れられます。
そしてその０Ａ ００から最後の０ＤまでがＴＥＸＴエリアにコピーされています。
ここで３１がなぜそのまま残ってしまうのかが疑問だったのですが、じきにその理由がわかりました。
ＴＥＸＴエリアにコピーする段階で先頭の２バイトは行番号（１６進数）になり、その後ろは余分なスペースを外してすぐにプログラム命令が続くように入力バッファで整えたあとＴＥＸＴエリアにコピーするため、結果として３１が残されたのだと思います。
そこのところはいずれプログラムを解析していく過程ではっきりすると思います。
さて。
そこまで考えてきて、「いや、それではまずいんじゃないの？」という点があることに気が付きました。
次回に続きます。
復活！ＴＩＮＹ ＢＡＳＩＣ［第１７回］
２０２０．６．１０ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る