ＰＩＣＢＡＳＩＣコンパイラ
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
まるでインタプリタ。でもコンパイラです。超カンタン超シンプルです。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜

［第１４７回］



●ＰＩＣＢＡＳＩＣコンパイラの文法（８）変数（８）Ｒ変数（６）

また一週間以上間があいてしまいました。
納期がせまった注文の仕上げに追われてとてもＨＰの更新にまで手がまわりませんでした。
それと前回書いたことに間違いがあったことに気付いてそのウラを取るのに手間取ったことやさらにそこにプログラムのバグが関係したことでとてもＨＰを書ける状況ではありませんでした。
今やっと落ち着いて少しほっとしているところです。

前回はＲ（）の動作テストをするためにＲＨ＝０２、ＲＬに００〜７Ｆを入れてレジスタバンクの前半１２８バイトにアクセスするプログラムを作って実行してみました。
なぜ前半かという説明として８０〜ＦＦは負数になってしまうからという説明を書きました。
そのように書いたのですが、頭のどこかにちょいとひっかかるものが残っていました。
実は。
ＰＩＣＢＡＳＩＣコンパイラでは負数はありませんでした。
私の思い違いでした。
ＰＩＣはもともとＩ／Ｏのコントロールなどをするのが主目的のＩＣです。
そこに負数はなじみません。
扱える数の大きさが１６ｂｉｔならばともかくとして８ｂｉｔで負数を扱おうとすると上記のように２５６までしかない数を半分に割って負数に割り当てなくてはなりません。
そこまでして負数を扱うことにそれほどメリットはありません。
そう考えてとりあえずは数としては０〜２５５までの０と正の数のみを扱うとしたはずのことをすっかり忘れてしまっていました。
半年前なら覚えちゃいるが、という歌がありましたが悲しいことに半年どころかもう一ヶ月も前のことになるときれいさっぱり忘れてしまいます。
ということで前回の説明は横線で抹消しました。
あらためてテストのやり直しです。
今回もまずは結果からです。

実行結果を先に表示するのは結果をまず確かめたいからです。
先にＬＩＳＴを表示しても結果がアウトだったりすると無駄作業になってしまいます。
早い話が手抜きです。
前回は００〜７Ｆでしたが今回は００〜ＦＥが表示されています。
下がプログラムリストです。

なんだ。
結果と一緒にプログラムリストも表示できてしまいました。
やっていることは基本的には前回のプログラムと同じです。
プログラムの前半でレジスタバンク０２のアドレス００〜ＦＥにそのアドレスを示す値を書き込んだあと後半でそれを読み出しました。
ここでなぜ０〜２５５ではなくて０〜２５４なのかというところがプログラムのポイントです。
ＦＯＲ〜ＮＥＸＴ文はＮＥＸＴのところで値を確認します。
ＦＯＲ　ＲＬ＝０　ＴＯ　２５５
にするとＮＥＸＴのところで値が２５５よりも大きくなったらＦＯＲ〜ＮＥＸＴを抜けます。
それは２５６なのですが。
８ｂｉｔでは表現できません。
００になってしまいます。
ですから８ｂｉｔの場合ＦＯＲ〜ＮＥＸＴで置ける数は最大２５４になります。
それでは最後の２５５はどうしようもないのか、ということになるのですがそこは工夫次第ということになります。
ＦＯＲ〜ＮＥＸＴでは駄目なのですがＩＦ文ならなんとかできそうです。
とりあえずのＩＦを使ったテストです。

最後のＦＦまで表示できました。
下はそのプログラムリストです。

とりあえずＩＦ文で２５５（ＦＦ）まで扱えることを軽くテストしてみました。
これができたのでこれをそのままＲ（）に使えばよいと思います。
それは次回にて。

ＰＩＣＢＡＳＩＣコンパイラ［第１４７回］
２０２４．９．１４　ｕｐｌｏａｄ

前へ
次へ
ホームページトップへ戻る