復活！ＣＰ／Ｍ ワンボードマイコンでＣＰ／Ｍを！
ＣＰ／ＭがＴＫ－８０互換のワンボードマイコンの上で復活します
ＮＤ８０ＺⅢとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！
［第１７４回］
●ＣＰ／Ｍ互換ＤＯＳでのファイルＳＡＶＥ作業
ＣＰ／Ｍ互換ＤＯＳシステムのフロッピーディスクに代わるものとして、Ｗｉｎｄｏｗｓパソコンのハードディスク内に仮想フロッピーディスクを作成してそれを使う、というアイデアを考えた当初から、なんとかしたいと考えていたことがあります。
かってのＣＰ／Ｍシステムは大容量記憶装置としてフロッピーディスクドライブを最低１台接続し、そのシステム内で何でもこなしました（当たり前のことですが）。
しかしそこのところがＣＰ／Ｍ互換ＤＯＳでは大きく異なってきます。
昔のＣＰ／Ｍでしたら、当然そのＣＰ／Ｍの上でアプリケーションとして用意されていた何らかのエディタを使ってソースプログラムを作成したはずです。
しかし。
ＣＰ／Ｍ互換ＤＯＳでもそれと同じことをする？
いや、それはないと思います。
たとえばＺＢ３ＢＡＳＩＣの場合には、そのＢＡＳＩＣシステムの上でスクリーンエディタまで用意して、プログラムを作成する機能を用意しています。
それはＺＢ３ＢＡＳＩＣがインタプリタだからです。
インタプリタの最大の特徴は、命令を入力した直後にそのまま実行が可能なことです。
コンパイラのように、コンパイルやリンクといった手続きを必要としません。
たとえば、
Ａ＝１０：ＰＲＩＮＴ Ａ，Ａ＋５［Ｅｎｔｅｒ］
と入力すると、それらの命令がただちに解読実行されて
１０ １５
と表示されます。
また行番号をつけて入力した複数行からなるプログラムも、いつの時点でも
ＲＵＮ［Ｅｎｔｅｒ］
と入力するだけで、ただちに実行されます。
その利便性のゆえに、ＺＢ３ＢＡＳＩＣのシステム上にスクリーンエディタの機能を用意して、そこでプログラムの開発が行なえるようにしてあるのです。
ＣＰ／Ｍシステムではどうでしょうか？
［第１５７回］で紹介しましたＭＢＡＳＩＣはインタプリタですから、プログラム作成にはＣＰ／Ｍのラインエディタの機能を使ってプログラムを作成することができます。
そのことはＣＰ／Ｍ互換ＤＯＳの上でのＭＢＡＳＩＣについても全く同じです。
しかしだからといってＦ８０（ＦＯＲＴＲＡＮコンパイラ）のソースプログラムもＣＰ／Ｍ互換ＤＯＳの上で作るか、といいましたら、さすがにそれはいただけませんでしょう。
どうせコンパイルしてそのあとリンクしなければ実行ファイルを作成することはできませんから、ＣＰ／Ｍ互換ＤＯＳの上で機能が制約されたエディタを使ってソースプログラムを作成するメリットは全くありません。
ソースプログラムはＷｉｎｄｏｗｓ上で、たとえばＴｅｒａＰａｄなどの使い易いテキストエディタを使って作成するというのが常識的な結論になるでありましょう（ＴｅｒａＰａｄは［第１９回］で紹介しています）。
これはコンパイラに限りません。
Ｚ８０アセンブラについても同じことが言えると思います。
アセンブラの場合には、ＣＰ／Ｍ互換ＤＯＳ上でＭ８０＋Ｌ８０を使って実行ファイルを作る、という方法も考えられますが、Ｆ８０の場合と同じで、ソースプログラムはＷｉｎｄｏｗｓ上のテキストエディタを使って作成することになりましょう。
ＮＤ８０ＺⅢには当社のオリジナルＺ８０アセンブラＺＡＳＭ．ＣＯＭが附属していてＷｉｎｄｏｗｓのＤＯＳプロンプト（コマンドプロンプト）で使うことができますから、それを使ってソースプログラムから実行ファイルをＷｉｎｄｏｗｓ上で作成してしまったほうが、わざわざＣＰ／Ｍ上のＭ８０などを使うよりもはるかに効率がよいと思います。
そんなことを書きますと、きっと「それならＣＰ／Ｍ互換ＤＯＳなんてものを使ったりしないで、何もかもＷｉｎｄｏｗｓ上でできるＣＰ／Ｍシミュレータを使えばよいのでは？」という意見が出てくるでありましょう。
しかし。
それは、論旨が違うのであります（どこが違うかおわかりになりますでしょうか）。
当ホームページを最初からお読みいただいております皆様でしたらおわかりいただけると思います。
８ビットの、Ｚ８０なり８０８０なりのプログラムが実機の上で実際に動いているという重みは、Ｗｉｎｄｏｗｓ上のシミュレータからは決して得られないものなのです。
ＮＤ８０ＺⅢの存在意義、存在価値もまさにその点にあります。
説明が横にそれてしまいました。
要するにＣＰ／Ｍ互換ＤＯＳでは、ソースプログラムはＣＰ／Ｍ互換ＤＯＳを離れて、Ｗｉｎｄｏｗｓ上のテキストエディタを使って作る、というのがごく一般的で当たり前の使い方になります。
さて、すると、そのようにして作成されたソースプログラム、あるいはＺ８０アセンブラによってアセンブルして得られた実行ファイルは、当然のことながらＣＰ／Ｍ互換ＤＯＳの仮想フロッピーディスクにではなくて、Ｗｉｎｄｏｗｓの普通のディレクトリ（たとえばＮＤ８０Ｚ３フォルダ）に保存されることになります。
しかし、ＣＰ／Ｍ互換ＤＯＳの上で、そのファイルを使うためには、前回も説明をしましたようにちょっと面倒な作業をしなければなりません。
なぜならＣＰ／Ｍ互換ＤＯＳにはＷｉｎｄｏｗｓのフォルダにあるファイルを読み込むための機能などは無いからです。
ＺＢ３ＢＡＳＩＣには／ＬＤコマンドがあって、ＷｉｎｄｏｗｓフォルダにあるファイルをＮＤ８０ＺⅢのメモリの任意のアドレスに読み込むことができます。
そこで次のような操作をすることになります。
たとえば前回説明をしましたＨＥＬＬＯ．ＦＯＲファイルを仮想フロッピーディスクのＡドライブにセーブする手順は次のようになります。
１）／ＬＤコマンドを使うため、一旦ＣＰ／Ｍ互換ＤＯＳを終了してＺＢ３ＢＡＳＩＣに戻る
２）／ＬＤ ＨＥＬＬＯ．ＦＯＲ，０１００［Ｅｎｔｅｒ］を実行して、トランジェントエリアの先頭アドレス０１００Ｈにファイルをロードする
３）ＪＰ Ｄ２３３［Ｅｎｔｅｒ］でＣＰ／Ｍ互換ＤＯＳを起動する
４）ＳＡＶＥ ２ ＨＥＬＬＯ．ＦＯＲ［Ｅｎｔｅｒ］を実行する
もし前回のように、ファイルの最後にＥＯＦコードをつける必要があれば、３）の前にＣＭ＠コマンドでＥＯＦコードを書き加える、という操作が加わります。
この面倒な操作を何とかしたいなあ、というのが仮想ＦＤＤシステムを思いついた当初からの懸案事項でありました。
今回はちょっとイントロ的な説明が長くなってしまい、肝心のところまで行けませんでした。
この続きは次回にいたします。
ワンボードマイコンでＣＰ／Ｍを！［第１７４回］
２０１２．７．１６ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る