２０１２．１．２３
前へ
次へ
ホームページトップへ戻る

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

［第１３回］

●ＢＩＯＳのディスクパラメータ（２）

前回に引き続いて、ディスクパラメータについて説明をします。
                
  
                        ;
                        ;   Parameter block returned from the bios.
                        ;
  D1CA  1000            SECTORS:DEFW    16              ;sectors per track from bios.
  D1CC  02              BLKSHFT:DEFB    2               ;block shift.sector in a block 128*2^n
  D1CD  03              BLKMASK:DEFB    3               ;block mask.sector no. in a block - 1
  D1CE  00              EXTMASK:DEFB    0               ;extent mask.
  D1CF  1700            DSKSIZE:DEFW    23              ;disk size from bios (number of blocks-1).
  D1D1  1F00            DIRSIZE:DEFW    31              ;directory size.(max file name no.-1)
  D1D3  C000            ALLOC0: DEFW    0C0H            ;storage for first bytes of bit map (dir space used).
  D1D5  0000            ALLOC1: DEFW    0
  D1D7  0000            OFFSET: DEFW    0               ;first usable track number.
                        ;

前回はＤＳＫＳＩＺＥまで説明をしました。
次はＤＩＲＳＩＺＥです。
ディレクトリエリアとして、仮想フロッピーディスクの先頭部分の８セクタ（トラック０のセクタ０～セクタ７）を割り当てることにします。
前回説明しましたように、ディレクトリエリアはファイル名ごとに３２バイトが割り当てられます。
１セクタは１２８バイトですから、ディレクトリの１セクタには１２８／３２＝４個のファイル名スペースが割り当てられることになります。
したがって８セクタでは４×８＝３２個のファイル名が登録できることになります。
ＤＩＲＳＩＺＥの説明を見ますと、ｍａｘ　ｆｉｌｅ　ｎａｍｅ　ｎｏ．　－１　と書いてあります。
ですから、ここには３２－１＝３１（＝１ＦＨ）を書きます。

ＡＬＬＯＣ０は、ディレクトリがディスクのどの位置にあるかを示すためのマップとして使われます。
２バイト１６ビットを使って、ディスクの先頭から１ブロックを１ビットで示します。
ディレクトリブロックは１、そうではないブロックは０で示します。
今回はディスクの先頭の２ブロック（８セクタ）をディレクトリに割り当てました（そうすることが一般的です）。
そうしたときのマップは下のようになります。

１１００００００　００００００００

左から下位バイト、上位バイトの順であることに注意。ただし各バイトのビット並びは左がビット７で右がビット０です。
ですからＡＬＬＯＣ０は００Ｃ０Ｈになります。

ところで、ＮＤ８０ＺⅢのＲＡＭ上に仮設する仮想フロッピーディスクのサイズは９６セクタ（２４ブロック）ですから、ＡＬＬＯＣ０の１６ビットでは全てのブロックは表現できません。
現実のフロッピーディスクはもっとサイズが大きいので、当然のことながらディスクの全領域はＡＬＬＯＣ０の１６ビットでは表現できません。
おそらくＣＰ／Ｍでは暗黙の了解として、ディスクの先頭の１６ブロックのみがディレクトリエリアを置くことができる領域とみなされていると思われます。

なお、ダウンロードしたＣＰ／Ｍ２．２ソースプログラムリストでは、ＡＬＬＯＣ０、ＡＬＬＯＣ１はそれぞれＤＥＦＷと記述されていますから、各２バイトです。
しかし、Ｙ様に送っていただいた「応用ＣＰ／Ｍ」に記載されているサンプルリストでは、ＡＬＬＯＣ０、ＡＬＬＯＣ１は各１バイト８ビットとして説明されています。

どうやらもともとのＣＰ／ＭではＡＬＬＯＣ０が前の８ビット、ＡＬＬＯＣ１が後の８ビットを示す変数として使われているようです。
すると、このソースプログラムリストは、この部分については名前の付け方を誤っているようです。
ＢＤＯＳプログラムの中味を調べてみますと、ＡＬＬＯＣ０のみがディレクトリマップの位置確認のために使われており、ＡＬＬＯＣ１はディスクを入れ換えたことを確認するため（？）のチェックのために使われているようです。

どうもおかしいと思ってさらに追求して調べてみましたら、やっとわかりました。
このＣＰ／Ｍ２．２ソースプログラムリストのＡＬＬＯＣ１はＣＫＶＳ（Ｃｈｅｃｋ　Ｖｅｃｔｏｒ　Ｓｉｚｅ）の誤記のようです。

最後のＯＦＦＳＥＴは、first usable track number　と説明されている通り、ディスクの有効なデータ領域が始まる最初のトラックナンバーを指定します。
通常はトラック０から使用されますから、ＯＦＦＳＥＴは０ですが、ＣＰ／Ｍシステムディスクのようにトラック０とトラック１をシステムプログラムの格納用に使っているディスクでは、ＯＦＦＳＥＴは２になります。

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

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