ＣＰ／ＭがＴＫ－８０互換のワンボードマイコンの上で復活します
ＮＤ８０ＺⅢとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！
［第４１１回］
●Ｆ８０でのまさかのエラーの顛末（その２）
前回からの続きです。
Ｆ８０（ＦＯＲＴＲＡＮ８０）にブレークポイントをしかけながら、少しずつトレースをしていきましたら、 ？Ｆｉｌｅ ｎｏｔ ｆｏｕｎｄのエラー表示ルーチンにぶつかりました。
その直前にはファンクション０Ｆ（ファイルオープン）コールがあります。
そして、そこでファイルオープンに失敗していました。
１年ほど前にはエラーにならなかったものが、今なぜエラーになってしまったのか。
その理由がやっとわかりました。
ＺＢ３ＤＯＳを開発した当初は、とにかくざっくり動けばいいということで、細かいところにはこだわらないで作成してきました。
しかしいよいよ開発も大詰めということで、プログラムの細部にわたって検討をしていく過程で、ファイルオープンの仕組みについても再検討をいたしました。
結果として、それが裏目に出てしまいました。
どういうことかといいますと。
もとは新規ファイルＯＰＥＮ（ファンクション１６Ｈ）のときに、ディスクディレクトリも作成してしまっていました。
そのやり方が一番簡単だからです
しかし、本当はそのやり方はおかしいのです。
本当は新規ファイルをＯＰＥＮしても、まだ実際にディスクディレクトリは作成せず、最後にＣＬＯＳＥしたときにはじめでディレクトリを書き換えるべきなのです。
確かに途中のデータセーブの過程では、実際にデータがディスクに書き込まれますが、それは最後のＣＬＯＳＥのときにその使用ブロック（トラック、セクタ）のナンバーがディレクトリに登録されて、はじめて有効とされるべきものです。
ディレクトリに登録されなければ、いくらデータを書き込んでも読み出し可能なデータとはなりません。
うーん。
ちょっと説明がしにくいですねえ。
参考までに「応用ＣＰ／Ｍ」（村瀬康治著、アスキー出版局）から、ファンクション１０Ｈ（ファイルクローズ）の説明の一部を引用いたします。
「ファイルのオープン（ファンクション：１５）、あるいはファイルの作成（ファンクション：２２）のファンクションがすでに実行されており、ＦＣＢで示されるファイルに何らかの書き込みが行なわれた場合、データは、そのつど、１レコードずつディスクに書き込まれて行くが、ディスク上のディレクトリ部分に関しては、何も更新されていない。そこで書き込み操作を全部終了した最後の時点で、クローズファンクションを実行し、現在のメモリ上のＦＣＢの内容をディスク上の該当ディレクトリに書き込み、ディレクトリを更新して、新しいファイルとして完成させなければならない。（同書８５ページ。以下省略）」
そういうことなのですけれど。
私はそのことを厳格に解釈して、ファイル名をディレクトリに最初に登録することも、クローズのときに行なうというように考えました。
今上記の文を読んでみますと、どうやら名前だけは最初に登録する、というようにも読めます。
事実もそうだったようです。
後に直したＺＢ３ＤＯＳの場合、ディレクトリへの新しいファイル名の登録は、最後にクローズしなければ行なわれません。
すると前回のＦＯＲＴＲＡＮ８０の逆アセンブルリストにありましたように、新規ファイルオープンした直後に重ねて同じファイルをオープンしようとしても、その時点ではファイル名の情報はＲＡＭ上のＦＣＢエリアにしかありませんから、ＦＩＬＥ ＮＯＴ ＦＯＵＮＤになってしまったのです。
でも、そもそもなぜそのような、無駄作業としか思えないことをやっているのでしょうか？
本当のところはわかりませんが、フロッピーディスクの書き込み禁止に関係しているのかもしれません。
昔のフロッピーディスク装置では書き込み禁止の状態がホストにはセンスできないものがあったのかもしれません。
その場合、ホスト側は正しく書き込みが行なわれたと思っていても、実際には書き込まれていない、ということが起こり得ます。
そこで新規ファイルオープンした直後に、実際にそのファイル名がディレクトリに書き込まれたかどうかを確認するために、重ねてファイルオープンを実行しているということなのかもしれません。
理由はともかく、そのような操作を可能にするためには、新規ファイルオープンによって、ファイル名情報だけはＦＣＢの形でディレクトリに書き込まれる必要があります。
しかし。
そのようにした場合、なんらかの理由でファイルクローズが実行されずにプログラムの実行が打ち切られてしまったとしますと、ファイル名だけはディレクトリに登録されたままになってしまいます。
それは、システムとしては、みっともない話です。
私としては、不本意でもありましたし、本当にそうなのか、半信半疑でもありました。
そこで、本家本元のＣＰ／Ｍでも確認をしてみました。
これはＺＢ３ＤＯＳではありません。
昨年５月ごろの、仮ＲＡＭディスク用にアレンジしたＣＰ／Ｍです。
［第５１回］で使ったファイルＣＯＰＹプログラムの最後のクローズ部分を削除したＦＴＳＴ５Ｔ．ＣＯＭを作って実行しました。
いわば欠陥プログラムです。
ＦＴＳＴ５Ｔ２．ＴＸＴを読み込んで新規ファイルＦＴＳＴ５Ｔ３．ＴＸＴを作成しますが、最後のクローズは行なわれません。
その実行の結果、ディレクトリを確認してみますと、空のＦＴＳＴ５Ｔ３．ＴＸＴディレクトリが作成されていました。
せっかくまともなプログラムに改良したつもりだったのですけれど。
まるで時計の針を戻すような作業で、実に面白くありませんねえ。
しかし本家がこういう仕様ということが分かりました以上、これはまあそのように、元の仕様に戻すしかありませんでしょう。
そのように直しましたところ、以前のように、無事ＦＯＲＴＲＡＮ８０が動くようになりました。
これにてめでたく、一件落着といきたいところなのですが。
別のお客様からメールが届きました。
ワンボードマイコンでＣＰ／Ｍを！［第４１１回］
２０１３．６．３ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る