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

［第１９３回］


●ＭＡＣＲＯ−８０（５）

前回からの続きです。
ＭＡＣＲＯ−８０でアセンブルして作成したＭＶＦＴＳＴ１Ｃ．ＣＯＭを実行したところハングアップしてしまいました。
その原因をさぐるため、ブレークポイントを設定して、ＭＶＦＴＳＴ１Ｃ．ＣＯＭをトランジェントエリア（０１００Ｈ〜）にロードした直後にブレークさせて、０１００Ｈからのメモリ内容をＤＭ＠コマンドで確認してみました。
そうしましたら、そこにはＭＶＦＴＳＴ１Ｃ．ＣＯＭとは全然違うマシン語コードが展開されていました。

A>dir A: F80 COM : HELL1 FOR : HELL1 REL : HELLO FOR A: HELLO REL : HELL2 FOR : HELL2 REL : HELL3 FOR A: HELL3 REL : M80 COM : MVFTST1 MAC : MVFTST1 REL A: MVFTST1B MAC : MVFTST1B PRN : MVFTST1B REL : MVFTST1C MAC A: MVFTST1C PRN : MVFTST1C REL : L80 COM : MVFTST1C COM A: VFTST1 COM A>mvftst1c A F B C D E H L A'F' B'C' D'E' H'L' PC SP IX IY I SZ H PNC 0042 0001 D709 D604 0000 0000 0000 0000 C541 F800 0000 0000 FF 01000010 >dm@0100,017f 0100 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................ 0110 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................ 0120 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................ 0130 00 00 1A 29 0B FE 29 C4-9D 04 C3 40 0B 3E 01 32 ...)..)ﾄ..ﾃ@.>.2 0140 2F 3D C3 59 2B AF 32 2F-3D C3 59 2B AF 32 2D 3D /=ﾃY+ｯ2/=ﾃY+ｯ2-= 0150 C3 59 2B CD 55 0B C2 47-2B 0C 0D CA 47 2B F5 CD ﾃY+ﾍU.ﾂG+..ﾊG+.ﾍ 0160 0E 0C C4 24 0C C2 3A 2B-7E F6 40 77 F1 FE 2C C0 ..ﾄ$.ﾂ:+~.@w..,ﾀ 0170 CD 55 0B C2 C1 04 C3 2C-2B 3E 01 32 2D 3D C9 3E ﾍU.ﾂﾁ.ﾃ,+>.2-=ﾉ> >0000 00C3 - リモート接続を終了しました logfile closed at Sat Aug 04 17:02:05 2012

こうなると、そもそもＡドライブにセーブされているのは、これと同じデータなのか、それとも何かの原因で、別のものがロードされてしまったのではないか、とそのような疑問が出てきました。
それを確認するためには、Ａドライブの中味を確かめてみなければなりません。
仮想フロッピードライブの中味を確認するためのツールは［第１６７回］で紹介いたしました。
ＶＦＤＵＭＰ．ＥＸＥです。

ＶＦＤＵＭＰを実行して、Ａドライブのディレクトリを表示させました。
下の画像では、ちょうどＭＶＦＴＳＴ１Ｃ．ＣＯＭのＦＣＢが表示されています。
その下には、ＮＤ８０Ｚ�V附属のＺ８０アセンブラＺＡＳＭ．ＣＯＭでアセンブルして作成したＶＦＴＳＴ１．ＣＯＭのＦＣＢが見えます。

念の為、まずはＶＦＴＳＴ１．ＣＯＭのデータセクタを確認してみました。
ＶＦＴＳＴ１．ＣＯＭのＦＣＢのブロックアロケーションエリアにはデータブロック�ｂﾆして３３Ｈが書かれています。
十進に直すと５１です。
その下のところでセクタ�ｂT１を表示させていますが、これは間違いです。



３３Ｈ（＝５１）はセクタ�ｂﾅはなくてブロック�ｂﾅした。
ＣＰ／Ｍ互換ＤＯＳでは１ブロック＝１６セクタにしましたから、ブロック�ｂｩらセクタ�ｂ�算出すると、５１×１６＝８１６になります。
そこでセクタ�ｂW１６を表示させてみました。
セクタ内容は正しいようです。

それでは次にＭＶＦＴＳＴ１Ｃ．ＣＯＭのデータの確認です。
もう一度上の画像のＭＶＦＴＳＴ１Ｃ．ＣＯＭのＦＣＢエリアを見てください。
データブロックの�ｂﾍ３２Ｈになっています。
３２Ｈは十進の５０です。
ブロック�ｂT０からセクタ�ｂ�計算すると、５０×１６＝８００になります。

そこでセクタ�ｂW００の内容を表示させてみました。



やっぱりＭＶＦＴＳＴ１Ｃ．ＣＯＭというファイル名で、間違ったデータがセーブされてしまっているようです。

さて、この原因はどこにあるのでしょうか？
これはなかなかに悩ましい問題です。
ＭＶＦＴＳＴ１Ｃ．ＣＯＭをＡドライブにセーブしたのはリンカ（Ｌ８０）です。
しかし、同じＬ８０を使って、先にはＦＯＲＴＲＡＮ−８０コンパイラで作成したファイルを処理しましたが、そのときは正しいファイルがセーブされました。

そうなってくると、やっぱり問題はＭＡＣＲＯ−８０にあるということになります。
しかし、ＭＡＣＲＯ−８０では最終的にエラーメッセージは表示されなくなりました。
すると。
問題は、ひょっとすると、ソースプログラムにあるのかも知れません。
どこかがＭＡＣＲＯ−８０のルールに合っていないのかも。

実はＭＶＦＴＳＴ１Ｃではファンクションコールアドレスの０００５Ｈを、
ＦＣＡＬＬ　ＥＱＵ　０００５Ｈ
としてプログラムの先頭で定義しています。
ところが「応用ＣＰ／Ｍ」（村瀬康治著。アスキー出版局）に書かれているサンプルプログラムでは、どういうわけかデータエリアはＥＱＵを使って定義しているのですが、ファンクションコール（外部のプログラム）をＣＡＬＬしているところでは、
ＣＡＬＬ　０００５Ｈ
というように、直接アドレスを指定しているのです。
ひょっとして、
ＦＣＡＬＬ　ＥＱＵ　０００５Ｈ
がまずいのでは？
と思って、ＣＡＬＬ　０００５Ｈに直してみたのですが、結果は変わりませんでした。

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

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