復活！ＣＰ／Ｍ　ワンボードマイコンでＣＰ／Ｍを！
ＣＰ／ＭがＴＫ−８０互換のワンボードマイコンの上で復活します
ＮＤ８０Ｚ�VとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！

［第７３回］

●ファンクションコール０ＢＨの動作解析（２）

ファンクションコール０ＢＨの動作解析のために変更したＣＰ／Ｍプログラム（ＣＰＭ２２Ｉ２．ＣＯＭ）と、テストプログラムＦＮＣ０ＢＴ２．ＢＩＮをＮＤ８０Ｚ�Vにロードして実行してみました。

下はそのときのログファイルです。

logfile nd80zlog\03262007.txt open ＮＤ８０Ｚ�Vに接続しました 0001 0000 - z 1000 00C3 - *** nd80z3 basic **** >/ld cpm22i2.bin,bc00 loading CPM22I2.BIN ...1715(5909)bytes loaded,from BC00 to D314 >/ld fnc0bt2.bin,8100 loading FNC0BT2.BIN ...00b3(179)bytes loaded,from 8100 to 81B2 >jp d233 a>save 1 fnc0bt2.com a>fnc0bt2 00001A0000 00001A0000 00001A0000 00001A0000 00001A0000 00001A0000 00001A0000 000 01A0000 00001A0000 00001A0000 00001A0000 00001A0000 00001A0000 00001A0000 00001A 0000 00001A0000 00001A0000 0061610161*a:61a 0000610061 6161610161*a:61a 00616101 61*a:61a 0000610061 6161610161*a:61a 0000610061 6161610161*a:61a 6161610161*a:61 a 6261620162*b:62b 0000620062 6263620162*b:62b 6263620162*b:62b 6263620162*b:62b 6263620162*b:62b 6263620162*b:62b 6263620162*b:62b 0000620062 6263620162*b:62b 0000620000 0000620000 0000620000 0000620000 0000620000 0063630163*c:63c 00006300 63 6363630163*c:63c 6363630163*c:63c 6363630163*c:63c 6363630163*c:63c 636363016 3*c:63c 0000630000 0000630000 0000630000 0000630000 0000630000 6465640164*d:64d 6465640164*d:64d 6465640164*d:64d 6465640164*d:64d 6465640164*d:64d 6465640164*d :64d 6465640164*d:64d 0000640000 0065650165*e:65e 0065650065 6565650165*e:65e 65 65650165*e:65e 0000650065 6565650165*e:65e 0000650000 0000650000 0000650000 0000 650000 0000650000 0000650000 0000650000 0000650000 0000650000 0000650000 0000650 000 0000650000 0000650000 0000650000 0000[ctrl-s]650004 0413040104*:04 0000040000 000004 0000 0000040000 0000040000 0000040000 0000040000 0000040000 0000040000 000004000 0 0000040000 0000040000 0000040000 0000040000 0000040000 0000040000 0000040000 0 000040000 0000040000 0000040000 0000040000 0000040000 0000040000 0000040000 0000 040000 0000040000 0000040000 0000040000 0000040000 0000040000 0000040000 0000040 000 0000040000 0000040000 0000040000 0000040000 0000040000 0000040000 0000040000 0000040000 0000040000 0000040000 0000040000 0000040000 0000040000 0000040000 00 00040000 0000040000 0000040000 0000040000 0000040000 0000040000 0000040000 00000 40000 001B1A001A 1A1B1A011A*:1A a>^D>a>^D> ERR:23 >0000 00C3 - リモート接続を終了しました logfile closed at Mon Mar 26 20:08:42 2012

先に実行したときに最後に入力したＣｔｒｌ−Ｚ（コード１ＡＨ）が残っていて表示されています。
ａ（コード６１Ｈ）、ｂ（６２Ｈ）、ｃ（６３Ｈ）、ｄ（６４Ｈ）、ｅ（６５Ｈ）と、順に入力してみました。
ちょっとごちゃごちゃしていますが、そのように入力したものが、その通りに表示されているようです。
そのあとＣｔｒｌ−Ｓを入力しました。
入力した位置に［ｃｔｒｌ−ｓ］を記入して示しました。
これはログファイルに後から記入したもので、このように表示されたわけではありません。
実際に実行したときは、ここで表示が停止しました。
そこで［Ｃｔｒｌ］［Ｄ］を入力したのですが、ブレイクしないで、ログファイルにあるように、表示が再開されてしまいました。
最後に［Ｃｔｒｌ］［Ｚ］を入力することで、やっとブレイクできました。

ファンクションコール０ＢＨの処理ルーチンになんだか怪しげなところがあるような気がして、それでワークエリアＷＫ１〜ＷＫ３を設けて、処理中の値をそこに保存して、それをテストプログラムでモニタしてみた結果が、上のログファイルに見えています。

ええ。
見えましたよ。
あ。
ただ、ちょっとまだ、どうにも悩ましいところがありまして、その謎が解けるまで２日間悩んでもだえておりました。
悩んでおりましたのは、［Ｃｔｒｌ−Ｓ］入力後の表示、６５０００４です。
むむ。
謎の数字、ですな。
実に悩ましい…。
これは有り得ない…。
ということで。ええ。２日間悩んでいたのです。
ま、その件につきましては、またのちほど説明いたします。

見えてきましたのは、そのさらに次の表示です。
０４１３０４０１０４＊：０４
です。
この数字を読み解くと、何がおきていたのかが見えてきます。

その説明をする前に、そもそもこの数値がどこから出てきたのか、ということについて、まず整理しておきましょう。
以下の説明については、前回のＣＰ／Ｍの変更部分と、テストプログラムのリストを参照していただくと理解が早いと思います。

前から１０桁は８ビットの数を１６進で表示したもので、２桁ずつに区切ります。
前から順に
ＷＫ１＝０４（ＣＨＡＲＢＵＦに入れられていた値）
ＷＫ２＝１３（ＢＩＯＳのコンソールステータスルーチンによって得られた値）
ＷＫ３＝０４（ファンクションコール０ＢＨの処理ルーチン内でコールされたＢＩＯＳのコンソール入力により得られた入力データ）
です。

その次の０１はファンクションコール０ＢＨを実行した結果です。
Ａレジスタ＝０１で、コンソール入力有り、を意味しています。
その次の０４はファンクションコール０ＢＨの処理ルーチン中で設定されるＣＨＡＲＢＵＦの値です。
ＷＫ１も同じですが、時間のずれが関係する場合があります。

その次の＊：０４は、ファンクションコール０ＢＨの結果、キー入力有り、が得られたために、ファンクションコール０１（コンソール入力）を実行した結果の表示です。
［Ｃｔｒｌ］［Ｄ］（コード０４）が入力文字として受取られてしまったため、文字としては何も表示されず、１６進として０４が表示されています。

さて。
この結果から見えたものとは。

おそらく、こういうことだと思います。
あ。
説明の理解を助けるために、前回お見せした、ＣＰ／Ｍソースのファンクションコール０ＢＨの処理を行なっている部分のリストを再掲いたします。
この部分で行なわれていることを頭に置いて、以下の説明をお読みください。



表示された数値は２回の処理の結果が重なって示されています
まず最初に次のことが行なわれたと思います。

［Ｃｔｒｌ］［Ｓ］が受け付けられてポーズしたことから、まず１３７９行のＣＡＬＬ　ＣＯＮＳＴで［Ｃｔｒｌ］［Ｓ］（１３）が検出されたと考えられます。
ここでＷＫ２に１３が入ります。
そのあとでポーズしたのは、ＣＡＬＬ　ＣＯＮＩＮ（コンソール入力）で入力待ちになったからだと考えられます。
ところでＣＡＬＬ　ＣＯＮＩＮは２つあります。
１３８３と１３８７です。
どちらのＣＡＬＬ　ＣＯＮＩＮなのでしょうか？
結果からみて、１３８３のＣＡＬＬ　ＣＯＮＩＮでポーズしていると思います。
そこで［Ｃｔｒｌ］［Ｄ］（コード０４）を入力します。
すると。
その下の１３８５ではＣＴＲＬ−Ｓのチェックをしています。
ＣＴＲＬ−Ｓではないので、そのコードをＣＨＡＲＢＵＦに入れて、Ａレジスタには０１を入れてリターンしてしまいます。

そして、もう一度ファンクションコール０ＢＨが実行されます。
ＣＨＡＲＢＵＦには０４が入っています。
これがＷＫ１に入れられます。
１３７７行のＯＲ　Ａで、ゼロではありませんから、ＣＫＣＯＮ２（１３９３行）に行きます。
１３９３行ではＡレジスタに０１を入れてリターンします。

ここからがテストプログラムの動作です。
ＷＫ１〜ＷＫ３、ファンクションコール０ＢＨの結果とＣＨＡＲＢＵＦの表示に続いて、ファンクションコール０１が実行されます。
ファンクションコール０１では、ＣＨＡＲＢＵＦに値が入っていたら、それを入力データにして、すぐにリターンします。
ＣＨＡＲＢＵＦには［Ｃｔｒｌ］［Ｄ］のコード０４が入っていましたから、それが入力文字として表示されます。

むむ。
どこかがおかしい。
そうなのです。
最初に書きました、悩ましい表示、あの６５０００４です。
上の説明では、ここのところの説明ができません。
なぜ６５なのか？
そしてなぜ００なのか？
なぜここで０４なのか？
ここでは過去と未来が同居してしまっています。
００と０４は矛盾しています（え？なにを言っているのかわかりません？）。
むむ。
さては異次元ポケットか？

んなわけはありませんでしょう。
んでも、そのために２日間も苦悶してしまいました。
なかなかにつらい人生であります。
ま。
そこの説明は次回、ということにいたしまして。

とにかくちょいと穴のある説明には目をつぶることとしまして、［Ｃｔｒｌ］［Ｄ］でブレイクできなかったのは、入力データとして受取られてしまったからだということがわかります。
本当は、最初のＣＡＬＬ　ＣＯＮＩＮで［Ｃｔｒｌ］［Ｓ］が入力され、次のＣＡＬＬ　ＣＯＮＩＮで［Ｃｔｒｌ］［Ｄ］が入力されなければならないのに、最初のＣＡＬＬ　ＣＯＮＩＮで［Ｃｔｒｌ］［Ｄ］が入力されてしまうことがその原因である、ということが上の解析結果から見えてきます。

なぜ、そんなことになってしまうのか？
そしてその解決方法は？
ということにつきましては、時間がなくなってしまいましたので、次回にさせていただきます。

ワンボードマイコンでＣＰ／Ｍを！［第７３回］
２０１２．３．２７ｕｐｌｏａｄ

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