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

［第２１８回］


●ブロック�ｂﾍ２バイト

前回からの続きです。
前回は［第１０６回］、［第１６７回］と同じレコード番号表を読み込んで、そのときに実行したＦＴＳＴ２０−２と基本的に同じＶＦＴＳＴ２０２を実行して、作成されたランダムファイル（ＴＥＳＴ．ＲＡＦ）のＦＣＢの内容を、以前の内容と比較してみました。

比較した結果、作成されたＦＣＢの数や、そのエクステント�ａA各エクステントのレコードサイズなどは一致したのですが、データブロックを示すブロック�ｂﾍ一致しませんでした。
ブロック�ｂｪ一致しなかった理由は、ブロック�ｂﾌサイズにありました。

一番最初にＣＰ／Ｍ２．２を仮ＲＡＭディスクで試したときは１ブロックを４セクタとしました。
そしてブロック�ｂﾍ１バイト８ビットの数値として扱いました（［第１２回］）。
ランダムアクセス関係のファンクションコールをテストするときも、当初はレコード番号も８ビットの数でした（［第１０２回］）。

その後レコード番号を２バイト１６ビットの数にしてテストを行ないました。
そこでは１ブロックを８セクタとしましたが、それでもブロック�ｂﾍ１バイト８ビットのままでした（［第１０６回］）。

そこまでのテストはＣＰ／Ｍ２．２が動作することを確認するためのものでしたが、その後ＣＰ／Ｍ互換ＤＯＳでも同じテストを行なって、その動作を確認しました。
上記のテストと同じテストはＣＰ／Ｍ互換ＤＯＳではそれぞれ［第１４５回］および［第１５１回］で行なっています。
もちろんこのときもブロック�ｂﾍ８ビットでした。

それが最終段階の仮想ＦＤＤバージョンになって、１ブロックが１６セクタで、ブロック�ｂ�１６ビット２バイトの数としました。
と、ここまで書いてきまして、さてそのことをどのあたりで説明していたのかと思って、過去記事を検索してみたのですけれど、どうも見当たらないようです。
これはいけません。
どうやらそのあたりから説明をしなければなりません。

本日もまた時間がなくなってしまいました。
この続きは次回にすることにいたします。

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

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