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

［第３６３回］



ここ数日ずっと苦しんでおりまして、ホームページの更新ができませんでした。
ほぼ完成したと思っておりましたＣＰ／Ｍ互換ＤＯＳで思わぬトラブルに遭遇してしまい、その原因究明に没頭しておりました。
何をやっておったのかにつきましては、少しずつ整理して説明をいたします。
再々の延期にて申し訳ありませんが、ＣＰ／Ｍ互換ＤＯＳにつきましては、もう少しお待ちいただきますようお願いいたします。
今回は予想外のトラブルに遭遇してしまいまして、だいたいのところはけりがついたのですけれど、もうあと少しなんとかしたいところがでてきてしまいまして、その作業におそらくあと数日ないしは一週間ほどはかかるのでは、と思います。
当初のレベルからは格段によくなってきておりますので、なんとかあとしばらくのご猶予をお願いいたします。

●ＣＯＰＹコマンドについての訂正

まずは気が付きましたことから書くことにいたします。
前回の説明の訂正です。
前回は、次のような説明をいたしました。

ＣＰ／Ｍの実行ファイルは拡張子がＣＯＭでなければなりません。
ＺＡＳＭで作成されるバイナリファイルの拡張子はＢＩＮです。
そこでまずそのＢＩＮをＣＯＭに変更します。
ｒｅｎ　ｖｆｔｓｔ１．ｂｉｎ　ｖｆｔｓｔ１．ｃｏｍ［Ｅｎｔｅｒ］
を実行します。

そのように説明をしたのですけれど、とんでもないポカでありました。
ＣＯＰＹコマンドを作りましたときに、そういう面倒な作業はしなくてもよいようにと考えて、ＢＩＮ→ＣＯＭへの自動変換機能を組み込んだことをすっかり忘れてしまっておりました。
自分で作成した機能を自分がすっかり忘れてしまっていたのですから情けない話です。

ＣＯＰＹコマンドのその機能につきましては［第２００回］に書いておりました。

ＣＯＰＹ　Ｚ：ｘｘｘ．ＢＩＮ

を実行しますと、仮想ＦＤＤのカレントドライブには、ｘｘｘ．ＣＯＭの名前でセーブされます。
こんな感じです。



●ファンクションコール０Ｂテストプログラムの訂正

今回遭遇しましたトラブル（ま、はっきり言ってしまえばＣＰ／Ｍ互換ＤＯＳの不具合）を解消する過程でたまたまみつけてしまったテストプログラムのバグにつきまして、今頃になって恐縮ではありますがつつしんで訂正をいたします。
［第２０４回］で説明をいたしましたＦＮＣ０ＢＴ−２．ＴＸＴにバグがありました。
下にリストを再掲いたします。

; BDOS function0B test(fnc0bt) ;2012/5/29 8/24 ; ORG $0100 FCALL=$0005 ; LD E,2D LOOP:LD C,02 CALL FCALL LD C,0B CALL FCALL OR A JP Z,LOOP LD C,01 CALL FCALL CP 1A;Ctrl+Z RET Z JP LOOP ;

どうしてこれで動いていたのか不思議でありますが、とにかく間違っておりました。
それを訂正しましたのが、上のＣＯＰＹコマンドで仮想ＦＤＤにコピーしましたＦＮＣ０ＢＴ−３．ＢＩＮです。
下はそのソースリストです。

; BDOS function0B test(fnc0bt) ;2012/5/29 8/24 ;13/4/7 ; ORG $0100 FCALL=$0005 ; LOOP0:LD E,2D LOOP:LD C,02 CALL FCALL LD C,0B CALL FCALL OR A JP Z,LOOP0 LD C,01 CALL FCALL CP 1A;Ctrl+Z RET Z LD E,A JP LOOP ;

ファンクションコール０１と０２は［第１２２回］と［第１９７回］で説明をしております。
ファンクション０１はキーが押されるまで待って、押されたキーのコードをＡレジスタに入れてリターンします。
ファンクション０２はＥレジスタに入れたコードに対応する文字を画面に表示します。
もとのプログラムではファンクション０１で入力した文字コードをＥレジスタに渡すところが抜けています。
またファンクション０Ｂはキーが押されたかどうかをチェックして、押されてなければＡレジスタに００を入れてリターンしますが、押されていないときにはＥレジスタにコード２Ｄを入れるところにジャンプしなければならないのですけれど、もとのプログラムではそのようにはなっていません。

もとのプログラムは［第１３８回］で作ったテストプログラムをもとにしていますから、その［第１３８回］のプログラム（ＦＮＣ０ＢＴ）も間違っていることになります。
こんな初歩的なミスをして全く気がつかなかったというのは、ほんとうにお恥ずかしいお話です。

●ＦＮＣ０ＢＴ−３の実行

それで、あらためてＦＮＣ０ＢＴ−３を実行してみましたのが下の画面です。



実はＦＮＣ０ＢＴやＦＮＣ０ＢＴ−２を作って実行しました当初は、どうにもキー入力の応答が遅いことにいらいらしましたが、その理由のひとつは上で説明しましたプログラムのバグによるものでした。
しかしそれを直してもまだキー入力の応答には問題がありました。
このテストプログラムではキーを押したら押している間そのキーの文字が画面に表示されるはずなのですが、以前のテストではそうはならなくて、キーを押してもすぐに反応しなかったり押しているのにぽつぽつと文字が抜けてしまうことが多く発生していました。
それにはＷｉｎｄｏｗｓシステムのどうしようもないお節介な機能がからんでいて、それにＣＰ／Ｍ互換ＤＯＳのシステムがうまく対応できていなかったことが大きく関係をしていました。
この３日ばかりの間、おもにそのことの究明と対策に多くの時間を費やして悩んでおりました。
やっとのことで、なんとかなったように思います。
上の画面はその対策が済んだあとでのテストを行なったものです。
キーを押した瞬間に気持ちよく反応してくれています。そして押しただけずっとそのキーの文字が表示されています…。
と言いたいところなのですが。
実はｄ、ｅ、ｆ、ｇで４文字表示したあと、８回ほど’−’が表示されてそれからあとは連続してその文字が表示されているところは、ずっと連続で押していたのです。
途中で飛んでいるのはオートリピートに入るまでの空白です。
正直言ってＷｉｎｄｏｗｓはまったく余計なことをしてくれるものです。
オールドファッションなソフトには実に邪魔なお節介です。
これはキーボードの設定によって応答を速くすることはできますがその機能をＯＦＦにすることはできません。
あ。
最初の１回の入力だけを有効にする設定はできるようですが、それじゃあ全く使い物になりません。
本当は今回の対策をする前は、上の大きい空白だけではなくて、オートリピートに入ったあとも小刻みにキー入力が切れて間に’−’が入ってしまいました（大体はご想像いただけるかと思います）。
その細かい「息切れ」についてはＣＰ／Ｍ互換ＤＯＳの上での対策によってクリアさせることができました。
その対策を工夫するために、たっぷり１日以上悩んでしまいました。
そのことにつきましても、整理して説明をしていくことにいたしますが、今回はこれから説明をしていきます内容がちょいとたっぷりの量がありますので、どのあたりで説明に入れるかわかりません。

本日は時間が無くなってしまいましたので、とりあえずここまでといたします。

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

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