〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
すべてはここからはじまりました。
中日電工も。
４０年前を振り返りつつ新連載です。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
［第４０回］
●ＴＥＸＴファイルのエンドコード問題
いつも懇意にしていただいておりますＪ大学Ｉ先生からメールをいただきました。
［第３３回］のｔｉｎｙｂｓｔ７．ｔｘｔをダウンロードしたのですがアセンブルできませんでした。
ｔｉｎｙｂｄｔ７．ｔｘｔを調べたところ改行コードがＣＲになっていました。
ＣＲをＣＲ＋ＬＦに直したところ無事アセンブルできました。
えっ？？？
改行コードがＣＲ？？？
まさか、んなことは…？
そのまさかでありました。
確認してみましたところ［第３３回］のｔｉｎｙｂｓｔ７．ｔｘｔはなんと改行コードが’０Ａ’になっておりました。
で。
さらに確認してみましたところ、私のハードディスクに入っておりますオリジナルのｔｉｎｙｂｓｔ７．ｔｘｔの改行コードは’０Ｄ０Ａ’でした。
ということは、私のハードディスクからプロバイダのアップロードサイトにアップロードする過程で本来’０Ｄ０Ａ’だったものが’０Ａ’にされてしまったと推測されます。
私はホームページ作成ツールとして昔からホームページビルダーを使っております。
当初は版元はＩＢＭだったはずですがいつの間にかＳＯＵＲＣＥＮＥＸＴに身売りされてしまいました。
今使っておりますのはそのＳＯＵＲＣＥＮＥＸＴ版のＶ９でこれもかなり古い版かと思います。
現在のバージョンがいくつになっているのかは知りませんがそんなものには興味はありません。
私の経験では大体においてバージョンを重ねるごとに使いづらくなってしまう傾向があるように思います。
アプリケーション然り、ＯＳ然り、です。
ホームページビルダーＶ９にも困ったバグがあることは承知していますが、それには慣れていますのでそこにハマらぬように気をつければ済むこと。
なまじバージョンアップなどしてがらりと模様替えされてしまった新趣向に一から付き合わされるなど真っ平です。
つい脱線してしまいました。
それで。
さてはアップローダーか、ということで確認してみました。
ホームページビルダーのＦＴＰローダーの設定タブを開いたところ「転送モード自動判別設定」が目に止まりました。
さてはこいつか？
「テキストモードで転送する」つうのがいかにもクサい。
ＲＳ２３２Ｃじゃあるまいし。
インターネットのアップローダーになんでこんな古臭いテキストモードなんてものを使うのだ？
ふつうにバイナリーモードでよいではないか。
こんなものが生き残っているなんて今の今までまったく思ってもみませんでした。
とにかくこの’ＴＸＴ’は外してしまいましょう。
とりあえず’ＴＸＴ’はリストから外してしまいました。
そしてｔｉｎｙｂｓｔ７．ｔｘｔをもう一度アップロードしなおして確認してみましたところ、今度は無事に’０Ｄ０Ａ’のままのファイルがアップロードできました。
ですので現在は［第３３回］のｔｉｎｙｂｓｔ７．ｔｘｔは正しい改行コード（０Ｄ０Ａ）になっています。
もし本日以前に同ファイルをダウンロードされていましたら、古い履歴が利いてしまう可能性がありますから念のためブラウザで［第３３回］を開き直して、さらに念のため「ページの再読み込み」をしたあとでｔｉｎｙｂｓｔ７．ｔｘｔをもう一度ダウンロードしてください（まだ下記に注意事項があります）。
これにて一件落着。
ではありませんでした。
念のため新しくしたはずの［第３３回］からｔｉｎｙｂｓｔ７．ｔｘｔをダウンロードしてみたところ。
ぬあんと。
やっぱり改行コードが’０Ａ’に置き換わってしまっておりました。
なんてことだ。
つうことはアップローダーだけではなくて、ダウンローダーにも問題あり、ということか。
それはブラウザの問題なのか？
それともプラットホーム（ＯＳ、Ｗｉｎｄｏｗｓ７）の問題なのか？
アップローダーについては転送をテキストモードではなくてバイナリモードにすることで問題を回避しましたからテキストモードで’０Ａ’が選択されてしまう原因がアップローダーそのものに由来するものなのかそれともＯＳのせいなのかということまではわかりませんでした。
しかしＷｉｎｄｏｗｓ７で普通にテキストファイルをフォルダ間コピーしてもこんなおかしなことは起きません。
するとブラウザがクサい、ということになります。
私はいつもはブラウザにＦｉｒｅｆｏｘを使っています。
では。
ほかのブラウサならどうなのか？
あ。
改行コードを確認するのにはいろいろな方法があります。
でも今回のｔｉｎｙｂｓｔ７．ｔｘｔに限っていえばファイルサイズを見るのが一番簡単です。
こちらは改行コードが’０Ｄ０Ａ’のｔｉｎｙｂｓｔ７．ｔｘｔです。
こちらは改行コードが’０Ａ’のｔｉｎｙｂｓｔ７．ｔｘｔです。
もとのファイルよりもサイズが小さくなっていることで判別できます。
それで。
Ｉｎｔｅｒｎｅｔ ＥｘｐｌｏｒｅｒとＧｏｏｇｌｅ Ｃｈｒｏｍｅでも試してみました。
結果は。
Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒではちゃんと’０Ｄ０Ａ’のままダウンロードできました。
しかしＧｏｏｇｌｅ Ｃｈｒｏｍｅではやっぱり’０Ａ’になってしまいました。
これはひどい。
実にひどい。
こんな原始的なところでこんなことが起きているなんて正直なところお口あんぐりです。
開いた口がふさがりませぬ。
実はＦｉｒｅｆｏｘの場合ですが普通にｔｉｎｙｂｓｔ７．ｔｘｔのリンクをクリックしてファイルを開いた状態で「名前を付けてページを保存」を選択すると駄目で、リンクを右クリックして「名前をつけてリンク先を保存」を選択すると正しく保存されることがわかりました。
Ｇｏｏｇｌｅ Ｃｈｒｏｍｅについては試していません。
しかしブラウザによって対応をそれぞれ変えるというのも厄介な話です。
ひと手間かかりますがここは強制的絶対的にバイナリモードでダウンロードしていただくのが一番確実なようです。
こちら↓をダウンロードしてください。
tinybst7.tx2
このとき「ファイルの種類」は「全てのファイル」を指定してください（「テキストファイル」を指定しないようにしてください）。
そのようにしてダウンロードすれば拡張子がｔｘｔではありませんから確実にバイナリモードでダウンロードされます。
中身は変わっていませんから、このファイル名のままでＡＳＭ８０．ＣＯＭで普通にアセンブルできます。
またｎｏｔｅｐａｄやＴｅｒａｐａｄで普通のテキストファイルとして開くことができます。
ただダウンロードしたフォルダのｔｉｎｙｂｓｔ７．ｔｘ２をクリックするとファイルを開くアプリケーションを指定してくださいというメッセージが出てしまい普通には開けません。
アプリケーション（ｎｏｔｅｐａｄ、Ｔｅｒａｐａｄなど）を先に実行して「ファイルを開く」から開くか拡張子ｔｘ２をｎｏｔｅｐａｄに紐付けすれば開けます。
それも面倒ということでしたらダウンロード後にｔｉｎｙｂｓｔ７．ｔｘ２をｔｉｎｙｂｓｔ７．ｔｘｔに名前変更をしてください（これが一番簡単です）。
ところで。
話にはまだ続きがあります。
実は。
Ｉ先生からいただいたメールについて、気が付いたことがあります。
Ｉ先生のメールには「改行コードがＣＲになっていたのでＣＲをＣＲ＋ＬＦに直したところ無事アセンブルできました。」と書かれていました。
ＣＲ？
いや。
ＬＦのはずなんだけど。
ひょっとしたら。
ということでそのあたりについて調べてみました。
それでわかったことは。
そもそもこの改行コード問題は根が深い問題のようです。
もとはＯＳの違いというところに端を発しているようです。
もともとはプリンタの復帰（ＣＲ。Ｃａｒｒｉａｇｅ Ｒｅｔｕｒｎ）と行送り（ＬＦ。Ｌｉｎｅ Ｆｅｅｄ）を端末に送るための制御コードだったようです。
往時の端末（大抵はＲＳ２３２Ｃ端末。ボーレートは１１０ボー！）に対してＣＲ（０Ｄコード）を送ると印字ヘッドが左端に戻り、ＬＦ（０Ａコード）を送るとヘッド位置は変わらずに１行紙送りが行なわれることから、ＣＲＬＦと続けて送ることで通常イメージする改行動作が行なわれたようです。
ま。
それは古い古い昔のお話で今時のインクジェットプリンタなどに対しては何の意味もありませんし、ファイルを画面に表示するときでも本来は無意味な機能です（画面には印字ヘッドも紙送り機構もありませぬ！）。
なのですけれど、いまでもテキストファイルについてはその古い昔のルールが生き残っています。
まあ、確かにテキストファイルを表示する場合には改行を意味する何らかのコードは必要なわけで、それなら昔のコードをそのまま使いましょうと。
それを今まで律儀に守っているのがなんとＭｉｃｒｏｓｏｆｔのＷｉｎｄｏｗｓ。
Ｗｉｎｄｏｗｓの改行コードは０Ｄ０Ａなんですねえ。
それに対してＵＮＩＸは０Ａコードなんですと。
ＬＩＮＵＸはもとＵＮＩＸということのようなのでやっぱり０ＡなんですがＭａｃも０Ａなのだそうです。
なるほど。
するとＦｉｒｅｆｏｘやＧｏｏｇｌｅ ＣｈｒｏｍｅはＵＮＩＸ系（おそらくはＬｉｎｕｘ）か。
むむ。
なんだかＷｉｎｄｏｗｓ対ＬｉｎｕｘおよびＭａｃ連合軍という図式が見えるような。
あれ？
Ｍａｃも０Ａコード？
さらに調べてみますとどこかの時点以前のＭａｃは０Ｄコードだったようです（Ｍａｃは使ったことがありませんので詳しくは存じ上げません）。
確か以前にＩ先生はＭａｃをお使いとお聞きしたように記憶しております。
もしそうだとすればＩ先生からいただいたメールに’ＣＲ’と書かれていた理由がわかったように思えます。
まだもう少し書いておきたいこともあるのですが、今回はちょっと長くなってしまいましたので、それについては次回に書くことにいたします。
今回重要なご指摘をいただきましたＩ先生には心から感謝申し上げます。
今後ともご協力いただきますよう、よろしくお願いいたします。
復活！ＴＩＮＹ ＢＡＳＩＣ［第４０回］
２０２０．７．１７ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る