●ＣＰＬＤロジアナ（２６）ＤＥＢＵＧ
前回はＣＰＬＤロジアナで表示される波形の先頭の３バイトが実は「波形データ」ではなくてファイルＳＡＶＥ／ＬＯＡＤのための基本情報であるということを波形を見ながら説明しました。
今回はそのことをもっとはっきりさせるためにＳＡＶＥされたバイナリファイルの中身を直接確認してみることにします。
バイナリファイルの中身を確認するということになると私の場合すぐにＤＥＢＵＧを想起します。
しかしあまりに時は流れてしまいました。
いまどきはＤＥＢＵＧってなに？と聞かれるのが落ちかもしれません。
ＤＥＢＵＧはＤＯＳ窓（コマンドプロンプト）で使います。
こういうときには手軽に使えて役に立つアプリケーションです。
さっそく使ってみることにしました。
前回波形表示のためにＬＯＡＤしてみた２０ｍｈｚｔｅｓｔ．ｂｉｎを開いてみることにします。
コマンドプロンプトを開いて
ｄｅｂｕｇ ２０ｍｈｚｔｅｓｔ．ｂｉｎ［Ｅｎｔｅｒ］
と入力しましたら…。
あれ？
２０ｍｈｚｔｅｓｔ．ｂｉｎが置いてあるディレクトリ（フォルダ）に移動するためにｃｄコマンドを使っていますが問題はそこではありません。
２０ｍｈｚｔｅｓｔ．ｂｉｎは￥ｃｐｐ￥ｗｉｎフォルダにあるはずなのに
Ｆｉｌｅ ｎｏｔ ｆｏｕｎｄ？？？
何かがおかしい…。
おかしいのは私の頭でした。
久し振りにＤＥＢＵＧを使ったので、頭が錆び付いてしまっていました。
でもこの時点ではまだ自分の頭が錆び付いていることには気が付いていませんでした。
上の画像はＷｉｎｄｏｗｓ７（３２ｂｉｔ）での実行画面です。
私は訳があって普段はＤＥＢＵＧはＷｉｎｄｏｗｓ９８ＳＥで使います。
このときはＣＰＬＤロジアナをＷｉｎｄｏｗｓ７でデバッグしていたこともあって（だから２０ｍｈｚｔｅｓｔ．ｂｉｎもＷｉｎｄｏｗｓ７のフォルダにあります）手っ取り早くやっつけるためにいつもになくＷｉｎｄｏｗｓ７でＤＥＢＵＧを実行してみたのですが、やっぱりＷｉｎｄｏｗｓ９８ＳＥでなくてはだめかと思って２０ｍｈｚｔｅｓｔ．ｂｉｎをＷｉｎｄｏｗｓ９８ＳＥにコピーしてＷｉｎｄｏｗｓ９８ＳＥ上でＤＥＢＵＧを実行してみることにしました。
ところが…。
やっぱり同じなのですよねえ。
Ｗｉｎｄｏｗｓ９８ＳＥではコマンドプロンプトではなくてＭＳ−ＤＯＳプロンプトです。
あ。
やっと錆が落ちました。
ＤＥＢＵＧはうんと昔のアプリケーションなので扱えるファイル名は８バイト＋拡張子３バイトだったことを思い出しました。
なんてことだ。
それでファイル名を８バイトに変更してもう一度トライしてみました。
今度はうまくいきました。
ＤＥＢＵＧでバイナリファイルを開くと作業エリアの０１００番地からＬＯＡＤされます。
メモリダンプコマンドは ｄ です。
ｄ １００［Ｅｎｔｅｒ］
で１００番地を指定してメモリダンプを実行するとそこから１２８バイトの内容が１６進数で表示されます。
前回説明しましたように先頭の３バイトが０２ ０１ ０１になっていることが確認できました。
これで今回の目的は達成できました。
が。
そうでした。
頭が錆び付いていたためにＷｉｎｄｏｗｓ７では途中で投げてしまっていました。
エラーになってしまった原因がわかりましたからＷｉｎｄｏｗｓ７でもファイル名を８バイトに変更してリトライしてみることにしました。
今度は大丈夫なはず。
大丈夫だったのですけれど。
ＤＥＢＵＧを実行したとたんに表示が変わってしまいました。
ディレクトリを示すキャラクタが￥ではなくて＼になっています。
文字の感じも違います。
どうやら英語版の感じです。
そうそう。
思い出しました。
こういうこともあったりするのでＤＥＢＵＧはＷｉｎｄｏｗｓ９８ＳＥで使うことにしていたのでした。
それで。
ＤＥＢＵＧを終了すると、またもとの表示画面に戻りました。
ＤＥＢＵＧを終了するときのコマンドは ｑ です。
Ｗｉｎｄｏｗｓ７でのＤＥＢＵＧについてはもう少し書きたいことがあるのですが今回は時間がなくなってしまいました。
それについては次回に書くことにいたします。
ＣＰＬＤ入門！［第１３７回］
２０２２．３．２ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る