ＣＰ／ＭがＴＫ－８０互換のワンボードマイコンの上で復活します
ＮＤ８０ＺⅢとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！
［第２１７回］
●ファンクションコール２２Ｈ（ランダムライト）（その２）
前回からの続きです。
前回は［第１０６回］と同じレコード番号表を作成して、ＶＦＴＳＴ２０２を実行しました。
その結果作成されたランダムファイル（ＴＥＳＴ．ＲＡＦ）のＦＣＢを確認してみたところ、正しく作成されていないことがわかりました。
仮想ＦＤＤのためにＣＰ／Ｍ互換ＤＯＳプログラムを書き換えたのですが、ランダムアクセス部分にバグがありました。
バグを取り除いてからもう一度ＶＦＴＳＴ２０２を再実行しました。
今度はうまくいったようです。
前回と同じようにして、実行の結果作成されたＴＥＳＴ．ＲＡＦのＦＣＢ部分を表示させてみました。
［第１６７回］の結果はこうでした。
各ＦＣＢの名前部分の次（１３バイト目）はエクステント№です。
１つのＦＣＢにはデータ部のブロック№（２バイト）を記録する１６バイトのエリアがあります。
したがって１つのＦＣＢには８ブロックの情報が記入できます。
ファイルのサイズが大きくて８ブロックを越える場合には、同じファイル名のＦＣＢが複数作成されます。
同じファイル名のＦＣＢを区別するために、何番目のＦＣＢかを示しているのがエクステント№です。
ランダムアクセスファイルの場合にはレコード№によって、飛び飛びにデータが作成されます。
そのためレコード№によっては、少ないレコードでも複数のＦＣＢが作成されてしまうこともあります。
レコード№とブロック№、エクステント№の関係については［第１０６回］および［第１０７回］を参照願います。
そのエクステント№を比較してみると、［第１６７回］と今回の結果は一致していることがわかります。
それともうひとつ、各ＦＣＢの１６バイト目（上の段の最後の位置）は、そのエクステントに含まれるレコード数を示しています。
ここも［第１６７回］と今回の結果は同じになっています。
ただ各ＦＣＢの下側の１６バイトに記入されているブロック№は、その位置も数値も異なっています。
そのことについては説明が必要なのですが、本日も時間がなくなってしまいました。
この続きは次回にすることにいたします。
ワンボードマイコンでＣＰ／Ｍを！［第２１７回］
２０１２．９．１８ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る