ＣＰ／ＭがＴＫ－８０互換のワンボードマイコンの上で復活します
ＮＤ８０ＺⅢとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！
［第１７７回］
●ＥＯＦ（Ｅｎｄ ｏｆ Ｆｉｌｅ）コードについてもう少し
ＥＯＦコード（１ＡＨ）についてはもう何回も書いております。
ＥＯＦコードはファイルの終わりを示すコードですが、現在では使われなくなってしまいました。
ＣＰ／Ｍはファイルをフロッピーディスクなどに記録するときに、ファイルサイズをセクタ単位（１２８バイト）でしか記録しません。
ファイルの最後が端数で終わったとしても、どうせ半端に使われた最後のセクタの未使用領域は、ほかのファイルに利用されることはありませんから、当時としてはある意味合理的であったともいえます。
ＣＰ／Ｍではファイルはセクタ単位で保存されるのですが、実はディスクの未使用領域の管理はセクタではなくて、ブロック単位で行われていました。
記録容量の小さなメディアが対象であったわりには勿体ない使い方ですが、きめ細かい管理をするには、ＣＰＵ速度やフロッピーディスクのアクセス速度がネックになって、難しかったからではないかと思われます。
余談になってしまいました。
お話を元に戻します。
ファイルサイズをセクタ単位で管理するときに、ファイルの最後のセクタ単位（１２８バイト）に満たない端数をＦＣＢに保存するようにすれば、正確なファイルサイズで管理することができたはずです。
端数の管理には１バイトを充てれば済みますから、なんとかできたはずです。
ＣＰ／Ｍ２．２について調べはじめた当初は、てっきりそういう管理をしているものだと思って、いろいろ確認してみたのですが、どうやらセクタ単位以上の細かいファイルサイズでは管理していなかったらしいことがはっきりしました。
そういうことになると、テキストファイルの場合には困った問題が発生します。
ファイルの終わりがわからないことから起きる問題につきましては、つい先日［第１７３回］で説明をいたしましたし、ずっと以前に［第１５回］でも書いております。
そのあたりにも書きましたように、その困った問題をクリアするために、ＣＰ／Ｍではテキストファイルの終わりにＥＯＦコード（１ＡＨ）をつける、という約束事になっていました（これはＣＰ／Ｍに限ったことではなくて、おそらく当時の一般的なルールだったと思います）。
しかしＭＳＤＯＳがファイルサイズをバイト単位で管理するようにしたために、ＭＳＤＯＳの普及に伴ってＥＯＦコードはその存在意義を失ってしまいました。
そのために近年のテキストエディタではファイルの最後にＥＯＦコードをつけないものがほとんどになってしまいました。
そこで［第１７５回］に書きましたように、新たに作ったＣＯＰＹコマンドでは、ＺＢ３．ＥＸＥの存在するフォルダ（これをＺドライブとします）から仮想ＦＤＤにＢＩＮ、ＣＯＭ以外のファイルをコピーするときには、ただ単にコピーするのではなくて、最後にＥＯＦコード（１ＡＨ）を付加するようにしたのです。
そのように書きますと、あれえ、ＴｅｒａＰａｄはファイルの最後にＥＯＦがついていますよー、と言われる方もいらっしゃるかと思います。
でも。
ＴｅｒａＰａｄの［ＥＯＦ］は、あれはウソ、ただの飾りで実体はありません。
これですよね。
いかにも最後にＥＯＦがあるように見えますが。
ＤＥＢＵＧコマンドで確認してみれば一目瞭然です。
ご覧の通り、ファイルの終わりには１ＡＨはありません。
念の為にその下のところで、ＤＩＲコマンドでＥＯＦＴＥＳＴ．ＴＸＴのファイルサイズを確認しています。
ＥＯＦＴＥＳＴ．ＴＸＴのファイルサイズは１０バイトです。
４１ ４２ ４３ ０Ｄ ０Ａ ５８ ５９ ５Ａ ０Ｄ ０Ａ
で１０バイトですから、これで終わりです。
ＴｅｒａＰａｄで最後に見えている［ＥＯＦ］がただの飾りだということを納得していただけましたでしょうか？
もちろんＷｉｎｄｏｗｓのＮｏｔｅｐａｄでも１ＡＨは付加されません。
ワンボードマイコンでＣＰ／Ｍを！［第１７７回］
２０１２．７．１９ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る