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

［第２２１回］


●ランダムファイルのＦＣＢの説明

［第２１７回］でＶＦＴＳＴ２０２を実行した結果つくられたランダムファイル（ＴＥＳＴ．ＲＡＦ）のＦＣＢを、［第１０６回］、［第１６７回］と比較してみたところ、作成されたＦＣＢの数や、そのエクステント�ａA各エクステントのレコードサイズなどは一致したのですが、データブロックを示すブロック�ｂﾍ一致しませんでした。
ブロック�ｂｪ一致しなかった理由は、ブロック�ｂﾌサイズにありました。

というところまで説明をいたしました。
今回はその続きです。

それまでのテストではずっと容量の小さい仮ＲＡＭディスクが対象でしたので、ブロック�ｂﾍ１バイト８ビットでした。
ＦＣＢのブロックアローケーションエリアは１６ビットのサイズですから、以前の仮ＲＡＭディスクでのＦＣＢはたとえば下のようになります。

00 41 42 43 20 20 20 20-20 54 58 54 00 00 00 30 .ABC TXT...0 02 03 04 05 06 07 00 00-00 00 00 00 00 00 00 00 ................

これはＡＢＣ．ＴＸＴのデータがブロック�ｂO２から０７までを使ってセーブされたときの例です。
ブロック�ｂｪ１バイトなので上のように配置されます。
これに対してブロック�ｂｪ１６ビット（２バイト）になると、同じケースでも下のようになります。

00 41 42 43 20 20 20 20-20 54 58 54 00 00 00 30 .ABC TXT...0 02 00 03 00 04 00 00 00-00 00 00 00 00 00 00 00 ................

ブロック�ｂ�示すのに２バイト必要ですから、ＦＣＢのブロックアローケーションエリアには８個のブロック�ｂｵか置けません。
ブロック�ｂﾍ上のように最初に下位バイト次に上位バイトの順に置かれます。
この例ではデータを保存するのにブロック�ｂO００２Ｈ、０００３Ｈ、０００４Ｈの３ブロックが使われています。

［第２１７回］と［第１０６回］、［第１６７回］とで、作成されたランダムファイルのＦＣＢのブロック�ｂｪ不一致だったのは、そういうわけだったのです。

さて。
理由はわかりましたが、それでは次に［第２１７回］で作成されたランダムファイルのＦＣＢのブロック�ｂﾌ置かれた位置と、そのブロック�ｂｪ正しいものであるかどうかを確認してみなければなりません。

そこで、もう一度［第２１７回］でお見せした、ランダムファイル（ＴＥＳＴ．ＲＡＦ）のＦＣＢ部分を再掲することにいたします。



各ＦＣＢの名前部分の次（１３バイト目）はエクステント�ｂﾅす。
１つのＦＣＢにはデータ部のブロック�ａi２バイト）を記録する１６バイトのエリアがあります。
したがって１つのＦＣＢには８ブロックの情報が記入できます。
ファイルのサイズが大きくて８ブロックを越える場合には、同じファイル名のＦＣＢが複数作成されます。
同じファイル名のＦＣＢを区別するために、何番目のＦＣＢかを示しているのがエクステント�ｂﾅす。
ランダムアクセスファイルの場合にはレコード�ｂﾉよって、飛び飛びにデータが作成されます。
そのためレコード�ｂﾉよっては、少ないレコードでも複数のＦＣＢが作成されてしまうこともあります。
レコード�ｂﾆブロック�ａAエクステント�ｂﾌ関係については［第１０６回］および［第１０７回］を参照願います。

ここではＴＥＳＴ．ＲＡＦのＦＣＢは４つ作成されています。
エクステント�ｂO０、０３、０７、０１です。
エクステント�ｂO０のブロックアローケーションエリアには、前から５番目の位置にブロック�ｂO０７６があります。
エクステント�ｂO３には前から３番目の位置にブロック�ｂO０７３があります。
エクステント�ｂO７には前から４番目の位置にブロック�ｂO０７４があります。
エクステント�ｂO１には前から２番目の位置にブロック�ｂO０７５があります。
ブロック�ｂﾍ２バイトの１６進数です。

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

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

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