超巨大基板の８０８０互換ＨＣＭＯＳ・ＣＰＵでＣＰ／Ｍを走らせてしまおうという、なんとも狂気なプロジェクトです！
［第１１０回］
●ＳＡＶＥ
前回の続きです。
ＳＡＶＥ ｎ ファイル名．拡張子［Ｅｎｔｅｒ］
と入力すると、カレントドライブに、現在メモリの０１００〜にあるプログラム（データ）の０１００〜ｎ×２５６バイト分が指定したファイル名でセーブされます。
ＳＡＶＥ ｎ Ｂ：ファイル名．拡張子［Ｅｎｔｅｒ］
のようにファイル名の前にドライブ名とコロン（：）をつけて入力すると、指定したドライブにファイルがセーブされます。
このコマンドを実行してもカレントドライブは変更されません。
ＳＡＶＥコマンドのテストをしようとして、ちょいと困惑してしまいました。
サンプルとして都合がいいのはちょうど前回使ったＭＦＴＳＴ２．ＴＸＴです。
最初はちょっと思い違いをしておりまして、ＴＹＰＥコマンドで使ったファイルが０１００〜のトランジェントエリアに残っていないかと思ったのですけれど、ＴＹＰＥコマンドはシステムのワークスペースを使っていて、トランジェントエリアは使っていませんでした。
それを確かめるために一旦ＣＰ／Ｍ互換モードを終了してＺＢ３ＢＡＳＩＣに戻ってＤＭ＠コマンドを実行してみました。
ＤＭ＠コマンドは［第９５回］で説明をしました。
ここでまた気が付きました。
ＣＰ／ＭにはＳＡＶＥコマンドはあるのですがＬＯＡＤコマンドは無いのですねえ。
どうやらそれはマシン語デバッガーのようなユーティリティプログラムを使って実現することのようです。
う？
マシン語デバッガー？
おお、そうでした。
マシン語デバッガーならあるじゃありませんか。
ＺＢ３ＢＡＳＩＣのマシン語モニタコマンドを使えばできます！
ＤＭ＠コマンドもその１つでした。
／ＬＤコマンドを使えばよかったのでした。
／ＬＤは［第９７回］で説明しました。
／ＬＤは普通はＺＢ３ＤＯＳの置かれているディレクトリにあるファイルをロードするのに使います。
しかし上の例のように目的のファイルをディスクドライブ名（仮想ディスクではなくてＷｉｎｄｏｗｓのディスクドライブのことです）からフルパス記述することで、他のディレクトリにあるファイルをロードすることもできてしまいます（これは便利！）。
／ＬＤ Ｃ：￥ＡＳＭ８０￥ＭＹＣＰＵ８０￥Ｚ￥ＭＦＴＳＴ２．ＴＸＴ
でＣドライブのＡＳＭ８０ディレクトリのＭＹＣＰＵ８０ディレクトリのＺディレクトリにあるＭＦＴＳＴ２．ＴＸＴをアドレス０１００にロードしました。
そのあと念のためにＤＭ＠コマンドで確認をしました。
さてこれからのテストの手順ですが、上のようにしてロードした０１００〜にあるデータをＳＡＶＥコマンドで仮想ディスクにセーブしたあと、それをＴＹＰＥコマンドで表示させてみようというわけです。
ＴＹＰＥコマンドで表示させるためには、そのファイルがＴＸＴファイルである必要がありますがこれはクリアしています。
しかしクリアしなければならないことがもう一点あります。
前回ＴＹＰＥコマンドのところで書きましたように、テキストファイルの終わりには１Ａ（ファイルエンドコード）が必要です。
これもそこで説明をしましたようにＣＯＰＹコマンドでＺドライブからＡ〜Ｄドライブにコピーするときにはファイルエンドに１Ａコードが追加されます。
ですのでＤドライブにコピーされたＭＦＴＳＴ２．ＴＸＴをロードすればファイルエンドコードもついてきます。
ところが残念なことに／ＬＤコマンドはＣＰ／Ｍ互換ＤＯＳのＡ〜Ｄドライブにはアクセスできません。
／ＬＤで仮想ディスクのＤドライブにあるＭＦＴＳＴ２．ＴＸＴではなくてわざわざフルパスでＺドライブにあるＭＦＴＳＴ２．ＴＸＴをロードしたのはそのためです。
しかしＺドライブにあるＭＦＴＳＴ２．ＴＸＴはＷｉｎｄｏｗｓ上で作成したテキストファイルですから末尾に１Ａコードは付加されていません。
そのことをＭＳＤＯＳのＤＥＢＵＧコマンドで確かめてみました。
これではファイルエンドがはっきりわかりませんねえ（ソースプログラムリストと対比させてみればわかりますけれど）。
そこでＭＳＤＯＳのＤＩＲコマンドで確認してみました。
ファイルサイズは１４８バイトです。
０１００Ｈがファイルの先頭ですから１４８（９４Ｈ）バイトということはファイルエンドは０１９３Ｈになります。
０１９３Ｈは０Ａです。
やっぱり１Ａコードはありません。
余談ですが。
注意深い読者様は「ＭＦＴＳＴ２．ＴＸＴのフルパスが違うじゃないの？」とお気付きかも。
ええ。
私のところでは何台かあるパソコンを目的に応じて使いまわしておりまして、このところ通常ＭＹＣＰＵ８０を接続してＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）のデバッグをしておりますパソコンと、上の画像のパソコンは別物なのです。
こちらは主にプログラム開発に使っております（どちらもいまだにＷｉｎｄｏｗｓ９８ＳＥです。使い勝手が良いのでいまだに手放せません）。
もうひとつ余談です。
ひとつ上の画面ではＤＥＢＵＧコマンドでＤ（ダンプ）を入力するとメモリダンプが０１００Ｈから開始されていますが、ＣＰ／Ｍのトランジェントエリアとは関係ありません。
ＭＦＴＳＴ２．ＴＸＴはテキストファイルですからロード先アドレスの情報は持っていません。
実はＭＳＤＯＳのＤＥＢＵＧコマンドでファイルを開くとアドレス０１００Ｈから始まるメモリスペースにロードされるのです。
ＭＳＤＯＳはＣＰ／Ｍを参考にして作られたといわれていますが、このあたりをみますと、なるほどと納得してしまいます。
１Ａコードに戻ります。
そういうことなので通常は上のような操作で／ＬＤコマンドで直接トランジェントエリアにテキストファイルをロードした場合、ファイルエンドに１Ａを追加しておかないとまずい場合があります。
その追加はＣＭ＠コマンドを使えば簡単にできます。
ＣＭ＠コマンドは［第９５回］で説明をしました。
しかし今回の場合には幸い先に行なった作業の名残でロード先が１Ａで埋められていましたから、今回に限ってはＣＭ＠コマンドは使わなくても済みました。
ということで、やっとここからがＳＡＶＥコマンドのテストです。
ＺＢ３ＢＡＳＩＣの／ＬＤコマンドで０１００ＨにＭＦＴＳＴ２．ＴＸＴをロードして、ＤＭ＠コマンドでちゃんとロードされていることを確認しましたので、
／ＣＰＭ，Ｄ
でＣＰ／Ｍ互換ＤＯＳに再エントリしました。
／ＣＰＭでも問題はないだろうと思ったのですがここで余計なことはしてほしくないので、念のためそのようにしました。
／ＣＰＭ，Ｄは［第１０３回］で説明しました。
今回セーブしたいデータは０１００Ｈ〜０１９４Ｈの９５Ｈ（１４９）バイトですから、ｎ＝１を指定してｓｖｔｓｔ１．ｔｘｔの名前でセーブしました。
ＳＡＶＥ １ ＳＶＴＳＴ１．ＴＸＴ
です。
ｎ＝１の場合０１００Ｈ〜０１ＦＦＨまでの２５６バイトがセーブされます。
そのあとＤＩＲコマンドでちゃんとセーブされていることを確認しました。
ＴＹＰＥコマンドで今セーブしたＳＶＴＳＴ２．ＴＸＴを表示させてみました。
上のテストでは２５６バイト未満の短いファイルをセーブしました。
今度はｎ＞１の少し大きなファイルをセーブしてみます。
ＭＦＴＳＴ７．ＴＸＴも［第１０６回］でお見せしたアセンブラソースファイルです。
こちらは１４４９バイトあります。
これもＭＦＴＳＴ２．ＴＸＴのときと同じようにして０１００Ｈにロードしました。
１４４９＝０５Ａ９Ｈですから、０１００Ｈからロードするとファイルの終わりは０６Ａ８Ｈになります。
ＤＭ＠コマンドで確認してみると今回はそれより後ろのメモリアドレスは１Ａでは埋められていませんでした。
そこでＣＭ＠コマンドで１Ａを付加しました。
それで準備完了しましたから、／ＣＰＭ，ＤでＣＰ／Ｍ互換ＤＯＳに再エントリしました。
今度は別のドライブからＳＡＶＥコマンドを使ってみました。
カレントドライブをＡドライブにして、そこからＤドライブにファイルをセーブします。
１４５０／２５６≒５．６６ですからｎ＝６になります。
ＳＡＶＥ ６ Ｄ：ＳＶＴＳＴ２．ＴＸＴ
を実行しました。
そのあとＤＩＲコマンドでちゃんとＤドライブにセーブされていることを確認しました。
そして
ＴＹＰＥ Ｄ：ＳＶＴＳＴ２．ＴＸＴ
を実行しました。
ファイルの終わりまで正しく表示されました。
今回はＳＡＶＥコマンドを説明しただけですが、ちょっと長くなってしまいましたので、続きはまた次回にいたします。
ＭＹＣＰＵ８０でＣＰ／Ｍを！［第１１０回］
２０１５．１．２４ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る