ＣＰ／ＭがＴＫ－８０互換のワンボードマイコンの上で復活します
ＮＤ８０ＺⅢとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！
［第２３０回］
●ファンクションコール２８Ｈ（空きを００で埋めるランダムライト）その２
前回からの続きです。
前回はファンクションコール２８Ｈについてのテストを行ったのですが、なんだかおかしな結果になってしまいました。
どうやらバグがあるようです。
ＤＯＳプログラムをよく調べてみましたところ、バグがみつかりました。
そこでバグを修正してもう一度テストしてみたのですが…。
やっぱりおかしいのですよね。
いろいろテストをしているうちに、ファンクションコール２８Ｈについてはテストをする前にディスクをフォーマットし直しておかなければまともなテストができないということに気が付きました。
ＣＰ／Ｍ互換ＤＯＳの上でＴＥＳＴ．ＲＡＦを消去しても、それは単にディレクトリのＦＣＢの先頭にＥ５Ｈを書くだけで、セクタに書き込まれたデータは消去されずに残ってしまうからです。
余談ですけれどＷｉｎｄｏｗｓでも基本的な仕組みは同じで、よくファイルをゴミ箱から完全にクリアしても、データは消去されずに残っているので注意、などと書いてあるのを見ますが、そういうことなのです。
消したわけではなくて、ディレクトリのファイル名のところに「消しましたよ」というマークをつけただけですから、ツールを使えば消したはずのものも読み出すことができたりします（時間の経過とともに「消された」データはどんどん上書きされていきますから、だんだん元通りには読み出せなくなります）。
そういうことに気がつきましたから、ふだん使っていないＢドライブを使ってテストをすることにしました。
下はＢドライブを使ってＶＦＴＳＴ２０４を実行したあと、ＶＦＤＵＭＰでＢドライブのディレクトリセクタを表示させてみたところです。
なんだか様子が変です。
ファンクションコール２２Ｈのテストをしたときには（［第２１６回］）、ＴＥＳＴ．ＲＡＦのＦＣＢは４つ作成されました。
それなのに今回のテストでは２つしか作成されていません。
エクステント№も００と０１しかありません。
どこかがおかしい！
まだどこかにバグが残っているのかと思って、互換ＤＯＳプログラムを何回も確認してみたのですが、見たところもうバグらしきものは残ってないようです。
ＦＣＢだけではなくて実際に作成されたデータセクタの中身も調べてみたのですが…。
む。
データもおかしいではないか？
ファンクションコール２２Ｈのテストについては、データセクタの中身の確認は［第２２４回］でやっています（下に再掲します）。
ところが今回同じことをしてみましたら。
違っているじゃありませんか。
最初に下位、次に上位という具合に２バイトのデータを書き込むはずなのに、どういうわけか下位バイトしか書き込まれていません。
上位バイトはどうしたのさ。
むむ。
面妖な。
さてはまた物の怪がでたか？
お。お。お。
ひょっとしたら…。
聡明な読者諸賢におかれましてはすでに私のおかした愚かな過ちにお気づきのことと思います。
そうなのです。
おばかでありました。
本日は時間がなくなってしまいました。
次回にて説明をいたします。
ワンボードマイコンでＣＰ／Ｍを！［第２３０回］
２０１２．１０．１１ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る