ＣＰ／ＭがＴＫ－８０互換のワンボードマイコンの上で復活します
ＮＤ８０ＺⅢとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！
［第３９２回］
●ＣＰ／Ｍ互換ＤＯＳプログラムのデバッグ
本日は朝からずっとＣＰ／Ｍ互換ＤＯＳ操作説明書の補完作業とプログラムのデバッグ作業をしておりました。
説明書を書くという作業は実に疲れる作業です。
今はファンクションの説明のところを検証しています。
説明の内容だけではなくて、サンプルプログラムも念のため実際に動作させてチェックしながら進めています。
もう何回もテストをしているはずなのですが、その当時には気がつかなかったバグや、それ以後にプログラムを修正したために、当初はうまく動いていたものがかえって動かなくなってしまったところなどが出てきて、そのたびにバグつぶしをしていますので、なかなか作業がはかどりません。
それでも本日はやっとファンクション０Ｄ（ディスクリセット）まで検証が進みました。
うむむ。
実に牛歩ですなあ。
われながらいやになってしまいます。
さて、そのようなデバッグの作業にはもっぱらＣＰ／Ｍ互換ＤＯＳで機能アップしましたマシン語デバッグ機能を使っております。
００００～７ＦＦＦの範囲のＲＡＭのプログラムにブレークポイントが設定できるＢＰ＠コマンドは、このところのデバッグ作業で真価を発揮しています。
ブレークポイントを設定してのデバッグ作業については［第１８０回］～［第１８８回］で説明をしています。
しかし。
その後に機能を一部変更したりして使い方が少し違ってきているところなども出てきましたので、使用方法についても操作説明書に書くつもりでしたのですが。
いざ、書こうとするとなかなか要領よくまとまりません。
まだ、ホームページに書くほうが、図なども簡単に貼り付けられますし、図のサイズにもそれほど制約がありません。
というわけで、あらためて、デバッグについてのサンプルを以下にお見せすることにしまして、操作説明書では「ホームページの記事を参照してください」と書くことにいたしました。
●／ＣＰＭ，Ｄ
今回新たに作ったコマンドです。
／ＣＰＭはＣＰ／Ｍ互換ＤＯＳを起動するコマンドですが、ＣＰ／Ｍ互換ＤＯＳを起動すると、ＺＣＣＰ、ＺＢＤＯＳ、ＺＢＩＯＳの各システムプログラムがディスクからＮＤ８０ＺⅢ（ＮＤ８０Ｚ３．５）のＲＡＭにロードされます。
これはデバッグにはちょいと都合が悪いのです。
さらに都合が悪いのは、ユーザープログラムを実行するときの手順です。
ＣＰ／ＭではＢＡＳＩＣのＬＯＡＤとＲＵＮのように、プログラムのロードと実行命令が分離していなくて、ＣＯＭファイルに対して拡張子をつけないでファイル名だけをダイレクトに入力することで、コマンドと同様に実行する仕組みになっています。
たとえばＡドライブにＡＢＣ．ＣＯＭというユーザープログラムがセーブされているときに、
Ａ＞ＡＢＣ［Ｅｎｔｅｒ］
と入力することで、ＡＢＣ．ＣＯＭを実行することができます。
この仕組みはＭＳＤＯＳにもそのまま受け継がれていて、ＣＯＭファイルやＥＸＥファイルは全く同様の方法で実行することができます。
これはとても便利な仕組みなのですが、そのファイルをデバッグしようとしますと、ちょいと困った仕組みであることに気がつきます。
プログラムをデバッグするためにブレークポイントを設定しようとしても、その時点ではまだプログラムがロードされていないのですからブレークポイントを設定することができません。
そこで以前にＢＰ＠について説明をしましたときは、まずＺＣＣＰプログラムでユーザープログラムのロードが完了した直後のアドレスにブレークポイントを置いて、それからシステムプログラムを再ロードしないでＣＰ／Ｍ互換ＤＯＳを起動するアドレスへのジャンプ命令を実行する、という方法を説明しました。
しかしこのやり方は、私は慣れておりますからよろしいのですけれど、皆様方にやっていただこうとしますと、ちょいと敷居が高いかと思います。
前置きが長くなりましたが、そこで少しでも扱いやすくするために、２つの改良をしました。
その１つはＺＣＣＰプログラムでユーザープログラムのロードが完了した直後のアドレスをＺＣＣＰプログラムの先頭部分に置いてわかりやすいアドレスにしました。
そのアドレスはＣＣ０３です。
その２つ目は、システムプログラムを再ロードしないでＣＰ／Ｍ互換ＤＯＳを起動するためのコマンドの新設です。
それが今回のタイトルの
／ＣＰＭ，Ｄです。
／ＣＰＭ，Ｄ［Ｅｎｔｅｒ］
と入力すると、システムプログラムをロードすることなくＣＰ／Ｍ互換ＤＯＳが起動します。
なぜこの機能が必要かといいますと、システムが再ロードされると、せっかく設定したＣＣ０３のブレークポイントがクリアされてしまうからです。
なにはともあれ、実際の例を見ていただくことにいたします。
●ユーザープログラムのデバッグ例
参考例として前回説明しましたＶＦＴＳＴ０－２．ＣＯＭをデバッグしてみることにします。
ＣＰ／Ｍ互換ＤＯＳでのデバッグのためには、最初にまず１回は通常の方法で（つまり／ＣＰＭコマンドで）ＣＰ／Ｍ互換ＤＯＳを起動して、それからＺＢ３コマンドでＺＢ３ＢＡＳＩＣに戻る必要があります。
下の画面は前回ＶＦＴＳＴ０－２を実行したあと、
ＺＢ３［Ｅｎｔｅｒ］
でＺＢ３ＢＡＳＩＣに戻ったところからの画面です。
ユーザプログラムにブレークポイントを設定するには、まず最初にＣＣ０３にブレークポイントを設定します。
ＢＰ ＣＣ０３［Ｅｎｔｅｒ］
です。
ここは００００～７ＦＦＦの範囲外ですから＠をつける必要はありません。
それから
／ＣＰＭ，Ｄ［Ｅｎｔｅｒ］
でＣＰ／Ｍ互換ＤＯＳにエントリしました。
／ＣＰＭ，Ｄコマンドでエントリするとカレントドライブは以前のまま変更されません。
Ｚドライブが選択されたままになっています。
ここで
Ｚ＞ＶＦＴＳＴ０－２［Ｅｎｔｅｒ］
を入力しました。
するとロード直後にＣＣ０３でブレークしました。
レジスタダンプのＰＣのところにＣＣ０３と表示されています（ＰＣはプログラムカウンタです）。
いよいよここからがデバッグの始まりです。
最初に０１０Ｃにブレークポイントを設定してみました。
ＢＰ＠０１０Ｃ［Ｅｎｔｅｒ］
です。
ここは前回のアセンブルリストを参照してください。
あ。戻るのは面倒ですね。
この下のほうに再掲いたしました。
そのあと
ＲＴ＠［Ｅｎｔｅｒ］
を入力すると、ユーザープログラムが普通に実行されます。
＊が表示されたあと、入力待ちになりますから ｅ を入力しました。
するとアドレス０１０Ｃの命令の実行直前でブレークしました。
ファンクションコール０１の実行直後です。
このときの各レジスタの値やフラグの値などが全てレジスタダンプで表示されています。
Ａレジスタにはキー入力した文字ｅのコード６５が入っています。
続いて０１２７にブレークポイントを設定してＲＴ＠を実行しました。
すると改行後に ： と ｅ が表示されたあと、０１２７でブレークしました。
ＤＣＲ Ｂ
を実行した直後です。
ＢレジスタはＦＦになっています。
実行結果は０ではありませんからレジスタダンプの右にありますフラグのところのＺは０（セットされると１になる）です。
ＦＦはマイナスの数ですからＳフラグが１になっています。
このようにブレークした時点でＣＰＵの動きを停止させて、そのときのＣＰＵの全レジスタの値を見ることができます。
プログラムがどうにも納得できない動きをしているときに、そのプログラムの進行にあわせてブレークさせながら少しずつＣＰＵの動きを確認していくことで、プログラムのバグをみつけることができます。
レジスタやフラグの値を見ることで、プログラムを書いた時点では気がつかなかった思い違いや考え違いなどが発見できます。
大急ぎで簡単に説明しましたが、ブレークポイントを使ったプログラムデバッグの方法が大体はご理解いただけたと思います。
ここで注意することは、ブレークポイントは必ず命令の最初のアドレスに設定しなければならない、ということです。
今回の例でいいますと、０１０Ｄ、０１０Ｅや０１２８、０１２９には設定できません。
それからデバッグのコツですが、特にレジスタの値を確認したいところや、条件ジャンプのところにブレークポイントを設定するようにする、ということです。
たとえば０１０Ｃや０１１１、０１２７などがそのポイントです。
