マイコン独立大作戦
ＲＯＭ／ＲＡＭ／ＲＴＣボードの製作
～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～
ＷｉｎｄｏｗｓパソコンにＵＳＢ接続して使う現行方式はそれなりに便利ではありますが、ときとしてＷｉｎｄｏｗｓ
のしがらみから開放されて、小さいながらも独立した一個のパソコンとして機能したいと思うこともあります。
独立大作戦の作戦その１はＣＲＴインターフェースボードの製作です。
作戦その２はキーボードインターフェースです。
作戦その３は、ＳＤカードインターフェースです。
作戦その４は、ＲＯＭ／ＲＡＭ／ＲＴＣボードです。
～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～
［第２６回］
●Ｗｉｎｄｏｗｓ７でまさかのエラーが？（２）
前回からの続きです。
前々回にＳＤカード上に作成した模擬的なＬＯＧファイルをＷｉｎｄｏｗｓ７で開こうとしたところ「ファイルがみつかりません」と表示されてしまいました。
こういう想定外のメッセージを食らってしまいますと、しばし思考停止に陥ってしまいます。
プロパティで確認するとデータが０バイトと表示されています。
でもエクスプローラには２ＫＢと表示されています。
そもそもエクスプローラにはちゃんと１２３４５６Ｗｚ．ＬＯＧというファイル名が表示されているのですから、おかしな話です。
このような一見するとわけがわからないようなエラー（？）の場合には、知識を総動員して、そこに隠された意味をさぐらなければなりません。
エクスプローラではちゃんと表示されているのに、データ本体にアクセスしようとすると、そこに行き着けない、というようなことがおきているのではないか？
しかしＬＯＧディレクトリの１２３４５６Ｗｚ．ＬＯＧエントリ（ファイル名を記した３２バイト）の部分にはバイト数もクラスタ番号もちゃんと書いてあります（［第２４回］参照）。
そこに間違いが無いことはしっかり確認しました。
それなのにＷｉｎｄｏｗｓ様が「読めない」とおっしゃってみえるということになりますと、私には（あるいはエクスプローラには）見えているのだけれど、Ｗｉｎｄｏｗｓではそのデータが開けない何かがある、と考えられます。
具体的にいうとディレクトリのファイル情報のどこかが壊れているとか？
おお。
ひょっとすると、そこか？
思いついたことを確認してみるために、ＬＯＧディレクトリのその部分をちょいと加工してみましたら。
ビンゴ！でありました。
プロパティにファイルサイズが表示されました。
そういうことだったのでした。
何をしたのか（そしてなぜなのか）おわかりになりますでしょうか？
ＳＤカードをＮＤ８０Ｚ３．５に戻して、こういう作業を行いました。
>cm 8003
8003 00-
8004 02-03
8005 E0-03
8006 2A-
>jp 8000
>dm 8200,83ff
8200 2E 20 20 20 20 20 20 20-20 20 20 10 00 00 00 00 . .....
8210 00 00 00 00 00 00 00 00-00 00 04 00 00 00 00 00 ................
8220 2E 2E 20 20 20 20 20 20-20 20 20 10 00 00 00 00 .. .....
8230 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
8240 31 32 33 34 35 36 37 30-4C 4F 47 20 00 00 00 00 12345670LOG ....
8250 00 00 00 00 00 00 00 00-00 00 40 01 00 00 00 00 ..........@.....
8260 31 32 33 34 35 36 37 4A-4C 4F 47 20 00 00 00 00 1234567JLOG ....
8270 00 00 00 00 00 00 00 00-00 00 41 01 00 04 00 00 ..........A.....
8280 31 32 33 34 35 36 37 5A-4C 4F 47 20 00 00 00 00 1234567ZLOG ....
8290 00 00 00 00 00 00 00 00-00 00 42 01 00 06 00 00 ..........B.....
82A0 31 32 33 34 35 36 37 6A-4C 4F 47 20 00 00 00 00 1234567jLOG ....
82B0 00 00 00 00 00 00 00 00-00 00 43 01 00 06 00 00 ..........C.....
82C0 31 32 33 34 35 36 37 7A-4C 4F 47 20 00 00 00 00 1234567zLOG ....
82D0 00 00 00 00 00 00 00 00-00 00 44 01 00 06 00 00 ..........D.....
82E0 31 32 33 34 35 36 47 7A-4C 4F 47 20 00 00 00 00 123456GzLOG ....
82F0 00 00 00 00 00 00 00 00-00 00 45 01 00 04 00 00 ..........E.....
8300 31 32 33 34 35 36 57 7A-4C 4F 47 20 00 00 00 00 123456WzLOG ....
8310 00 00 00 00 00 00 00 00-00 00 46 01 80 04 00 00 ..........F.....
8320 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
8330 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
8340 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
8350 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
8360 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
8370 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
8380 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
8390 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
83A0 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
83B0 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
83C0 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
83D0 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
83E0 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
83F0 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
>cm 8307
8307 7A-5a
8308 4C-
>/ld sctwr.bin,8100
loading SCTWR.BIN ...0017(23)bytes loaded,from 8100 to 8116
>cm 8113
8113 70-90
8114 C3-
>cm 8103
8103 00-
8104 00-03
8105 00-03
8106 2A-
>jp 8100
>cm 8300
>jp 8000
>dm 8300,8330
8300 31 32 33 34 35 36 57 5A-4C 4F 47 20 00 00 00 00 123456WZLOG ....
8310 00 00 00 00 00 00 00 00-00 00 46 01 80 04 00 00 ..........F.....
8320 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
8330 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
|
最初にＳＣＴＲＤプログラム（８０００にロード）を実行してＬＯＧディレクトリを確認しました。
ターゲットはＬＯＧディレクトリの１２３４５６Ｗｚ．ＬＯＧのエントリです。
ＬＯＧディレクトリはＳＣＴＲＤによってバッファアドレス８２００～８３ＦＦに読み込まれています。
１２３４５６Ｗｚ．ＬＯＧのエントリはアドレス８３００～８３１Ｆにあります。
その一部を書き換えます。
８３０７の７Ａ（”ｚ”）を５Ａ（”Ｚ”）に書き換えました。
そしてＳＣＴＷＲ（８１００にロード）でバッファの中身をもとのＬＯＧディレクトリセクタに上書きしました。
こういう細工がいとも簡単にできてしまうところが、ＮＤ８０Ｚ３．５のよいところです。
Ｗｉｎｄｏｗｓでそれをやろうとしたら大変でしょう。
念のためにＳＣＴＲＤで、書き換わっていることを確認しました。
そういう作業をしたところ、さきほどの画面のようにＷｉｎｄｏｗｓ７で正しく認識してくれるようになりました。
つまり、ファイル名が１２３４５６Ｗｚ．ＬＯＧではだめで、１２３４５６ＷＺ．ＬＯＧならＯＫということです。
そのわけは。
現在のＦＡＴ１６システムよりもずっと以前、ＭＳＤＯＳの時代にはファイル名は８バイト＋拡張子３バイトでした。
現在はもっと長い名前（～２５５バイト）でも自由に使えます（ｌｏｎｇ ｆｉｌｅｎａｍｅ）。
それに加えて昔はファイル名に使える文字にも厳しい制限があって、数字と英大文字と一部の記号に限られていました。
名前の８文字は認識していたのですが、英大文字の制約についてはうっかりしておりました。
しかし文字型はともかくとして、８＋３＝１１バイトしかないディレクトリエントリのスペースにどうやって最長２５５バイトものファイル名を置くことができるのでしょうか？
ＦＡＴ１６では昔の規格（８．３ルールなどといいます）との互換性を維持するために（それとおそらくはディレクトリエリアのサイズ、アクセス速度を考慮するために）ファイル名のところは昔と同じ１１バイトのままになっています。
そこのところをクリアする仕組みとは？
確かどこかでちらりとお見せしたことがあったような。
「ＳＤカードインターフェースの製作」［第３１回］にありました。
これはＦＡＴ３２の例なのですが。
8800 4F 48 41 59 4F 42 20 20-42 54 4B 20 00 B1 79 41 OHAYOB BTK .ｱyA
8810 5D 49 5D 49 00 00 0D 74-31 3D 03 00 81 00 00 00 ]I]I...t1=......
8820 4F 48 41 59 4F 42 20 20-4C 53 54 20 00 B7 79 41 OHAYOB LST .ｷyA
8830 5D 49 5D 49 00 00 0D 74-31 3D 04 00 42 0A 00 00 ]I]I...t1=..B...
8840 41 4F 00 48 00 41 00 59-00 4F 00 0F 00 91 62 00 AO.H.A.Y.O....b.
8850 2E 00 74 00 78 00 74 00-00 00 00 00 FF FF FF FF ..t.x.t.........
8860 4F 48 41 59 4F 42 20 20-54 58 54 20 00 BF 79 41 OHAYOB TXT .ｿyA
8870 5D 49 5D 49 00 00 A2 56-F5 3C 05 00 A0 04 00 00 ]I]I..｢V.<.....
8880 4F 48 41 59 4F 42 20 20-42 49 4E 20 00 C5 79 41 OHAYOB BIN .ﾅyA
8890 5D 49 5D 49 00 00 0D 74-31 3D 06 00 7D 00 00 00 ]I]I...t1=..}...
|
ロングファイルネームの規則では、長さと同時に英大文字、小文字の区別もあわせて対象にしているようです。
バッファアドレス８８６０～８８７Ｆにある「ＯＨＡＹＯＢ．ＴＸＴ」というファイル名は、本当は「ＯＨＡＹＯｂ．ｔｘｔ」（ｂ、ｔｘｔが小文字）として作成したものです。
その本当の文字情報はひとつ上の８８４０～８８５Ｆに置かれています。
全角文字も置けるように先頭の１バイトを除いて、２バイトに拡張したエリアにもとの文字が置かれていて、名前以外の情報（日付、データクラスタ番号、ファイルサイズなど）はありません。
そして先頭の１バイトで、ここがそういう特殊なエリアであることを示しています。
先頭の１バイトは０１～ではないかと思うのですが、ここでは４１になっています。
ＦＡＴ１６とＦＡＴ３２では違っているのかもしれません。
ま、そこは目下のところ、深追いする必要はありません。
とにかくＦＡＴ１６ではファイル名として英小文字を使うときは昔の８．３ルールではなくて、上のようなルールを適用する、ということのようです。
そこで問題となりそうな英小文字の使用をやめて、英大文字にしたところ、上のほうで見ていただきましたように、正しく認識されるようになりました。
しかしそれでも疑問は残ります。
一部に英小文字を使ったとしても、サイズとしては８＋３バイトに収まっているのでしたら、そのまますんなりと読んでくれてもよさそうなもの、という疑問です。
事実、同じように英小文字を使っている１２３４５６７ｊ．ＬＯＧはこの通り、まともに認識されました。
１２３４５６７ｚ．ＬＯＧもこの通りです。
でも１２３４５６Ｇｚ．ＬＯＧは駄目でした。
どうやら英大文字と小文字が混在すると、こけてしまうようです。
ま、Ｗｉｎｄｏｗｓ様は気まぐれでいらっしゃいますから、そんなところでありましょう。
とにかく小文字は使わないことにいたしましょう。
まともに認識できるようになった１２３４５６ＷＺ．ＬＯＧをメモ帳で開きました。
テスト作成したファイルですから８ビットの全コード（００～ＦＦ）を使っています。
文字としてまともに表示できないコードは文字化けしていますが、そうではないところはまともに表示されています。
これにて一件落着です。
ＲＯＭ／ＲＡＭ／ＲＴＣボードの製作［第２６回］
２０１７．９．１５ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る