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

［第２１０回］


●ファンクションコール１ＢＨ（アローケーションベクトルアドレスの取得）

ファンクションコール１ＢＨはカレントドライブのアローケーションベクトルの先頭アドレスを取得します。
アローケーションベクトル（ＡＬＶ）はディスクドライブ毎に、ＲＡＭ上に用意されていて、そのディスクの使用状況を示しています。
デイスク上の１ブロックを１ビットに置き換えて示し、使用済みブロックを１で、未使用ブロックを０で示します。

ファンクションコール１ＢＨは［第９５回］でテストしました。
作成したテストプログラムはＦＴＳＴ１５です。
［第１４３回］ではＲＡＭディスク版での動作テストをしています。
今回はＦＴＳＴ１５を６４ＫＢフルＲＡＭ用に一部を書き換えてファイル名をＶＦＴＳＴ１５にしました。

下はそのソースプログラムリストです。

●ソースプログラムＶＦＴＳＴ１５．ＴＸＴ

; BDOS TEST15 function1B (get allocation vector address ) ;2012/4/12 9/4 ; ORG $0100 FCALL=$0005 ; LD C,1B CALL FCALL CALL HEX4DP CALL CRLF LD C,08 LOOP:LD B,10 LOOP1:LD A,(HL) CALL B2HEXDP INC HL DEC B JP NZ,LOOP1 CALL CRLF DEC C JP NZ,LOOP RET ; ;CL & LF CRLF:LD A,0D CALL ADP LD A,0A JP ADP ;space disp SPDP:LD A,20 ;A disp ADP:PUSH BC PUSH HL LD E,A LD C,02 CALL FCALL POP HL POP BC RET ; ;binary to hex, 2bytes data to ascii 4charactors,HL to HL,DE B2HEX4:LD A,H CALL B2HEX2 EX DE,HL LD A,E ;binary to hex, 1byte data to ascii 2charactors,A to DE B2HEX2:PUSH AF RRCA RRCA RRCA RRCA CALL B2HEX1 LD D,A POP AF CALL B2HEX1 LD E,A RET ;binary to hex, low 4bit to ascii 1charactor B2HEX1:AND 0F ADD A,30 CP 3A RET C;0-9 ADD A,07;A-F RET ;hex to binary, ascii 1charactor to low 4bit HTOB1:CP 30;>="0"? RET C;no CP 3A;<="9"? JP C,HTOB1_2;yes,"0" to "9" CP 41;>="A" ? RET C;no CP 47;<="F"? JP C,HTOB1_1 CP 61;>="a"? RET C;no CP 67;<="f"? CCF RET C;no HTOB1_1:ADD A,09;41 to 46 -> 4A to 4F,or 61 to 67 -> 6A to 6F HTOB1_2:AND 0F RET ;HL(bynary 2bytes) to asckii 4bytes & disp HEX4DP:PUSH BC PUSH HL CALL B2HEX4;binary 2 bytes to ascii HEX 4bytes PUSH DE EX DE,HL CALL DEDP POP DE CALL DEDP POP HL POP BC RET ;A(binary) to asckii 2bytes HEX & disp B2HEXDP:PUSH BC PUSH HL CALL B2HEX2 CALL DEDP POP HL POP BC RET ; ;DE(asckii 2bytes) disp DEDP:PUSH DE LD E,D LD C,02 CALL FCALL POP DE LD C,02 CALL FCALL RET ; ERRMSG:"err" DB 24;$ ;

［第１４３回］では仮ＲＡＭデイスクでのテストだったためＡＬＶは２バイト（もっと厳密に言うと１２ブロックしかありませんから、１．５バイト）しかありませんでした。
今回は大きなサイズの仮想フロッピーディスクドライブが対象ですからＡＬＶは１２８バイトもあります（詳細は後述）。
ＶＦＴＳＴ１５ではその１２８バイトの中味を表示するための変更も行ないました。

●ＶＦＴＳＴ１５の実行

［第１４３回］を開いて、それをバックにしてＶＦＴＳＴ１５を実行しました。



最初にカレントドライブがＡドライブのときにＶＦＴＳＴ１５を実行しました。
アローケーションベクトルの先頭アドレスがＤ８００と表示され、Ｄ８００〜Ｄ８７Ｆの１２８バイトの内容が表示されました。
次にカレントドライブをＢドライブにして、同じようにＶＦＴＳＴ１５を実行しました。
アローケーションベクトルの先頭アドレスがＤ８８０と表示され、Ｄ８８０〜Ｄ８ＦＦの１２８バイトの内容が表示されました。

仮想フロッピーディスクドライブは各ドライブともサイズは２ＭＢです。
ＣＰ／Ｍはドライブをブロックという単位で管理しています。
仮想フロッピーディスクドライブは１６セクタを１ブロックにしています。
ＣＰ／Ｍの１セクタは１２８バイトです。
ですから１ブロックは２０４８バイトになります。
２ＭＢ（２０４８ＫＢ）はちょうど１Ｋ（１０２４）ブロックになります。
ＡＬＶ（アローケーションベクトル）は１ブロックを１ビットに割り当てます。
そのことからＡＬＶのバイト数は１０２４／８＝１２８バイトになります。

ＶＦＴＳＴ１５を実行した結果、ＡドライブのＡＬＶは先頭から１４バイトがＦＦになっています。
１５バイト目は８０ですから、１ブロックだけ消費されています。
全体では１４×８＋１＝１１３ブロックが使われていることになります。
このうち最初の２ブロック（�ｂO、�ｂP）はディレクトリ用にリザーブされています。
するとファイルとして使われているブロックは�ｂQ〜�ｂP１２になります。

●仮想ＦＤＤのディレクトリセクタを表示

実際にブロックがどのように割り当てられているのかをちょっと確認してみることにします。
［第１６７回］で紹介しましたＶＦＤＵＭＰを実行して仮想ＦＤＤのＡドライブのセクタ内容を表示させてみます。



セクタ�ｂOとセクタ�ｂPを表示させました。
ここはディレクトリエリアの先頭セクタです。
３２バイトのＦＣＢ（Ｆｉｌｅ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ）が並んでいます。
各ＦＣＢの後半１６バイトがデータブロックのブロック�ｂ�配置するエリアです。
最初のＦ８０．ＣＯＭは１個のＦＣＢでは足りなくて２個のＦＣＢを使っています。
ブロック�ｂﾍ２バイトで示されます。
Ｆ８０．ＣＯＭはデータブロックとして�ｂO００２〜�ｂO００Ｆを使っていることがわかります。
その次のＨＥＬＬ１．ＦＯＲは�ｂO０１０を使っています。

今度はディレクトリの終わりを見てみましょう。
セクター�ｂP５とセクター�ｂP６を表示させました。



どうやらここが現在使われているディレクトリの終わりのところのようです。
最後にあるのは今回説明しましたＶＦＴＳＴ１５．ＣＯＭと次回説明する予定のＶＦＴＳＴ１６．ＣＯＭです。
ＶＦＴＳＴ１６．ＣＯＭのＦＣＢを見てみますと、データエリアとしてブロック�ｂO０７０が使われています。
００７０Ｈを１０進数に直すと１１２になります。

今回は時間がなくなってしまいました。
次回はこの続きをもう少し説明したいと思います。

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

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