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

［第７５回］

●ＣＫＣＯＮＳＯＬルーチン

私はどうやらとんでもない思い違いをしていたようです。
謎を解く鍵はこの中（下図）にありました。
皆様、おわかりになりますでしょうか？



というところで、前回は終わりました。
私は、てっきりＣＫＣＯＮＳＯＬルーチンは「ファンクションコール０ＢＨ専用のルーチン」だと、思い込んでいました。
そうではなかったのです。
上のコメントには、こう書いてあります。

Ｃｈｅｃｋ　ｔｈｅ　ｃｏｎｓｏｌｅ　ｄｕｒｉｎｇ　ｏｕｔｐｕｔ．

そういうことだったのでした。
ＣＫＣＯＮＳＯＬルーチンはコンソール出力のときにもコールされていたのです。

こちらがファンクションコール０２（コンソール出力）でコールされているＯＵＴＣＨＡＲルーチンです。
１３９８行にＣＡＬＬ　ＣＫＣＯＮＳＯＬがあります。



私は、テストプログラムの中で、ファンクションコール０ＢＨが実行されたときだけ、Ｃｔｒｌ−Ｓが受け付けられて、そこでポーズする、と思い込んでいたものですから、「時空のゆがみがぁぁ」などと、たわごとをのたもうことになってしまったのでありました。

００００と表示したところで停止したのは、まさにそこでＣｔｒｌ−Ｓが受け付けられたから、でした。
次の６５を表示する直前で、ＣＫＣＯＮＳＯＬルーチンがコールされて、そこでＣｔｒｌ−Ｓが検出されてポーズしたのでした。
そのことがおきたのは、テストプログラムＦＮＣ０ＢＴ２で、ＷＫ３の値を表示しようとしているときです。
下のリストで見ますと、アドレス８１１５のＣＡＬＬ　Ｂ２ＨＥＸＤＰのところです。

2012/3/26 20:6 fnc0bt2.txt END=81B2 ; BDOS function0B test fnc0bt2 ;2012/3/26 ; ORG $8100 FCALL=$8005 CHARBUF=$C707 WK1=$8300 WK2=$8301 WK3=$8302 ; 8100 0E0B LOOP:LD C,0B 8102 CD0580 CALL FCALL 8105 F5 PUSH AF 8106 3A0083 LD A,(WK1) 8109 CD7781 CALL B2HEXDP 810C 3A0183 LD A,(WK2) 810F CD7781 CALL B2HEXDP 8112 3A0283 LD A,(WK3) 8115 CD7781 CALL B2HEXDP 8118 F1 POP AF 8119 F5 PUSH AF 811A CD7781 CALL B2HEXDP 811D 3A07C7 LD A,(CHARBUF) 8120 CD7781 CALL B2HEXDP 8123 F1 POP AF 8124 B7 OR A 8125 C22E81 JP NZ,KEYIN 8128 CD5981 NEXT:CALL SPDP 812B C30081 JP LOOP 812E 3E2A KEYIN:LD A,2A;'*' 8130 CD5B81 CALL ADP 8133 0E01 LD C,01 8135 CD0580 CALL FCALL 8138 F5 PUSH AF 8139 3E3A LD A,3A;':' 813B CD5B81 CALL ADP 813E F1 POP AF 813F F5 PUSH AF 8140 CD7781 CALL B2HEXDP 8143 F1 POP AF 8144 F5 PUSH AF 8145 CD5B81 CALL ADP 8148 F1 POP AF 8149 FE1A CP 1A;^Z 814B C8 RET Z 814C C32881 JP NEXT ;

アドレス８１０２のファンクションコール０ＢＨが実行された時点では、まだＣｔｒｌ−Ｓは受け付けられてはいませんから、その下のところで実行されたＷＫ１とＷＫ２のコンソール出力の値はともに００です。
そしてその次のＷＫ３の値（この時点ではまだ６５のまま）がコンソール出力される直前にＣＫＣＯＮＳＯＬルーチンが実行されて、そのときにＣｔｒｌ−Ｓが受け付けられたのでした。
しかし、ＢＩＯＳがうまく対応できていなかったために、Ｃｔｒｌ−Ｄが受け付けられず、それが入力コード０４としてＣＨＡＲＢＵＦに入れられただけでリターンしてきてしまいました。
そのあとＷＫ３の値（６５）が表示されたのでした。

あれえ？
ＷＫ３にはＣＫＣＯＮＳＯＬルーチンの中で、Ｃｔｒｌ−Ｄの値（０４）が入れられたのではないの？

その通りです。
確かにＣＫＣＯＮＳＯＬからリターンしてきたときにはＷＫ３の値は０４になっていたはずです。
しかしその直後にコンソール出力された値は、そのときのＷＫ３の値ではなくて、それ以前にアドレス８１１２のＬＤ　Ａ，（ＷＫ３）で入れられた値ですから、それはまだ６５なのです。

さてＷＫ３の表示ルーチンの中でコールされたＣＫＣＯＮＳＯＬルーチンは、Ｃｔｒｌ−Ｄを入力文字としてＣＨＡＲＢＵＦに入れたあと、Ａレジスタに０１をセットしてリターンしてきます。
しかしファンクションコール０ＢＨと違って、このＡレジスタの値はコンソール出力ルーチンの中では参照されることなく捨てられてしまいます。
ＷＫ３の表示のあとで表示された００は、その前にアドレス８１０２でコールしたファンクションコール０ＢＨの結果をここで表示したものですから、その時点ではまだ「入力無し」の００が表示されたのです。

そしてそのあと、アドレス８１１ＤでＣＨＡＲＢＵＦから読み込んでコンソール出力されたのは、その上のＷＫ３出力中にＣＫＣＯＮＳＯＬルーチンが実行されて、そのときにＣＨＡＲＢＵＦに入れられたコード０４だったのでした。

そしてそのあと１桁のスペースが表示されて、またアドレス８１００に戻ります。
そのあとは何がおきて、そしてその結果、何が表示されたでしょうか？

［第７３回］のログファイルからその部分を取り出して下に示します。

００００６５０００４　０４１３０４０１０４＊：０４
　　　　　　　　　　　↑ここからが次の表示
最初の０４は次にファンクションコール０ＢＨからリターンしてきたあとのＷＫ１の値です。
ＷＫ１はそれ以前にＣＨＡＲＢＵＦに入れられた値ですから０４になります。
その次の１３はＷＫ２の値です。
これは？

このＷＫ２を理解するためには、もう一度ＣＫＣＯＮＳＯＬの動きを理解する必要があります。



１３７８行でＣＨＡＲＢＵＦの値をチェックしています。
ＣＨＡＲＢＵＦには０４が入っていました。
００ではありませんから、するとそれ以後のルーチンは実行されなくて、ＣＫＣＯＮ２にジャンプしてしまいます。
そこでＡレジスタに１が入れられるだけでリターンしてしまいます。
つまり、このときはＷＫ２、ＷＫ３、ＣＨＡＲＢＵＦの値は変更されずに、それ以前にＣＫＣＯＮＳＯＬが実行されたときの値をそのまま保持していたのです。

それが、Ｃｔｒｌ−Ｓ入力でポーズし、そしてＣｔｒｌ−Ｄ入力で表示を再開した次に表示されたデータの意味だったのです。

再掲します。
００００６５０００４　０４１３０４０１０４＊：０４
　　　　　　　　　　　↑ここからが次の表示

ＷＫ２には、その前のＣＫＣＯＮＳＯＬ実行時に、さきほどの１３７９行のＣＡＬＬ　ＣＯＮＳＴのあとでセットされたＣｔｒｌ−Ｓの値（１３）がそのまま残っていたのでした。
その次のＷＫ３の値も同じ理由から０４のままになります。
そしてその次は、ファンクションコール０ＢＨからリターンしてきたときのＡレジスタの値ですから、上で説明した通り０１になります。
次のＣＨＡＲＢＵＦの値もその前の内容から変化しませんから０４です。
そしてこのＣＨＡＲＢＵＦの値が、アドレス８１３５のファンクションコール０１の実行で入力文字コードとして読み込まれます。
コード０４は文字としては表示されませんから、＊：だけが表示されて、文字は表示されていません。
最後に１６進では０４と表示されます。

うむむ。
やっと。
つじつまが合いました。
やっと、納得です。

やっと納得はできましたが、このままにしておくわけにはいきません。
ちゃんとＣｔｒｌ−Ｓ、Ｃｔｒｌ−Ｄが機能するようにＣＰ／Ｍソースを直さなければなりません。
説明がちょっと長くなってしまいましたので、その変更作業につきましては次回に説明することにいたします。

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

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