［新連載］復活！ＴＩＮＹ　ＢＡＳＩＣ
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
すべてはここからはじまりました。
中日電工も。
４０年前を振り返りつつ新連載です。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜



［第４２回］


●１６ビットアプリケーション

前回、前々回とテキストファイルの改行コード問題について書きました。
しかし一般的にはテキストファイルの改行コードがどうであってもそれほど問題になることはないと思います。
問題があったとしても［第３８回］に少し書きましたように、せいぜいｎｏｔｅｐａｄ（メモ帳）で開いたときに改行されなくて表示がくずれてしまうことぐらいでしょう。
そういった場合でも、それも［第３８回］に書きましたように、あるいは前回も書きましたようにＴｅｒａＰａｄを使えば問題を回避できます。
「一体なにがそんなに問題なのだ？」
と疑問に思われるかもしれません。
ええ。
ですから一般的には改行コードの違いなどはどーでもよいことなのです。
ですけれど私の場合にはこれはそのままには捨て置けない大問題なのです。
そもそも事の起こりは［第３３回］にアップロードしましたｔｉｎｙｂｓｔ７．ｔｘｔをダウンロードしたところ、当社製の８０８０アセンブラａｓｍ８０．ｃｏｍでアセンブルできないという問題が発生したことでした。
確認してみたところ本来は改行コードが’０Ｄ０Ａ’であったはずのところが、アップロード、ダウンロードの過程でそれが’０Ａ’に変えられてしまっていました。
ａｓｍ８０．ｃｏｍの場合行末には’０Ｄ’コードが必要です。
それがないとアセンブルできずにこけてしまいます。
ＴＩＮＹ　ＢＡＳＩＣは８０８０ニーモニックで書かれていて、それをもとに作成作業中の「中日電工版」ＴＩＮＹ　ＢＡＳＩＣも８０８０ニーモニックで記述しています。
それをアセンブルするにはどうしてもａｓｍ８０．ｃｏｍが必要なのです。
しかしことはａｓｍ８０．ｃｏｍだけにとどまりません。
当社オリジナルのＺ８０アセンブラｚａｓｍ．ｃｏｍも同様の作りですし、ＺＢ３ＢＡＳＩＣでＬＯＡＤ、ＳＡＶＥするユーザープログラムのテキストファイルも’０Ｄ０Ａ’ルールなのです。
つまり、私の作ったシステムは’０Ｄ０Ａ’がベースで成り立っているのです。
いまさらそこを’０Ａ’をベースにしたシステムに書き換えるなどとてもできませぬ。
ええ、確実に寿命が尽きてしまいます。
前回も書きましたように今のところはなんとかなるような対策もあるのですけれど。
これから先のことを考えますと、なかなかに困った状況だといえましょう。

なんだかつい余計なことを書いてしまいました。
困ったことは改行コード問題だけではありません。
今回のテーマの「１６ビットアプリケーション」もなかなかに困った問題です。
この問題については過去にも何回か書いています。
１６ビットアプリケーションというのは古き良き時代の８０８６アプリケーションで拡張子が．ｃｏｍで示されます。
ＣＰ／Ｍのアプリケーションの拡張子も．ｃｏｍですがそれは８０８０の命令で書かれたファイルですので、今回ここで取り上げる１６ビットアプリケーションではありません。
ここでいう１６ビットアプリケーションはＷｉｎｄｏｗｓのコマンドプロンプトで命令（コマンド）として実行できる形式のファイルでもとは８０８６アセンブラで作成した８０８６のマシン語プログラムファイルです。
１６ビットアプリケーションは１６ビットＣＰＵ８０８６のためのプログラムだからその名前になっているかのような印象を受けますが厳密にはそういうことではありません。
８０８６は１６ビットですがアクセスできるメモリ空間は２０ビットあります。
しかし拡張子が．ｃｏｍのプログラムファイルはセグメント（６４ＫＢ）を越えてアクセスすることはできません。
８０８６にはそれぞれ１６ビットのセグメントレジスタが４つあって、それを使って２０ビットのメモリ空間の中の任意の６４ＫＢ（１６ビット）をアクセスすることができますが、何らかのテクニックを使わない限りたとえば６４ＫＢを越えるプログラムとかデータを扱うことができません。
１６ビットが壁になっていますから１６ビットアプリケーションです。

Ｗｉｎｄｏｗｓマシンで１６ビットアプリケーションを実行する場合にはＭＳＤＯＳプロンプト（コマンドプロンプト）を開いてそこで実行します。
上で書いたａｓｍ８０．ｃｏｍやｚａｓｍ．ｃｏｍが１６ビットアプリケーションです。
ＮＤ８０Ｚ３．５などをＵＳＢ接続してＺＢ３ＢＡＳＩＣを実行するときもコマンドプロンプト上で実行しますが、そのためのアプリケーションプログラムｚｂ３．ｅｘｅは１６ビットアプリケーションではありません。
拡張子が．ｅｘｅのアプリケーションは．ｃｏｍのアプリケーションと区別して３２ビットアプリケーションと呼びます。
３２ビットアプリケーションはこれから以下で説明するような問題はありません。

さてそれでその１６ビットアプリケーションなのですが。
昔のＷｉｎｄｏｗｓバージョンでも現行のＷｉｎｄｏｗｓ１０でも１６ビットアプリケーションは実行可能です。
ただし実行可能なのは３２ビット版のＷｉｎｄｏｗｓに限ります。
たとえばＷｉｎｄｏｗｓ７の６４ビットバージョンやＷｉｎｄｏｗｓ１０の６４ビットバージョンでは１６ビットアプリケーション（．ｃｏｍのファイル）は実行できません。
当初このことが明らかになったときは「えらいこっちゃあ」と大いにうろたえました。
それで「ＮＤ８０Ｚ３．５などに附属するＣＤＲＯＭに収録のａｓｍ８０．ｃｏｍとかｚａｓｍ．ｃｏｍなどの１６ビットアプリケーションは６４ビットバージョンのＷｉｎｄｏｗｓでは実行できません」という但し書きを取扱説明書に書き加えました。
この問題についてはもう１０年も昔に「パソコンをつくろう！」［第９回］に書いたのが最初です。

ところがまさに地獄で仏といいましょうか、その記事をお読みになった方から、「私の作ったプログラムを使えば６４ビットＷｉｎｄｏｗｓの上でも．ｃｏｍが実行できますから使ってみてください」という有難いメールをいただきました。
さっそくホームページで紹介をさせていただきました（「パソコンをつくろう！」［第１６回］）。
そういうことでその後しばらくはそのままの対応だったのですが、新しい組立キットを新規販売開始することになった折に久し振りにその方のホームページを訪問させていただこうと思いましたところお引越しをされたようでリンクが切れてしまっていました。
そこで新しいお引越し先のリンクをつけるとともに改めて紹介をさせていただきました（「マイコン独立大作戦」［総合第３０回］参照）。
こちらももう３年も前の記事になってしまいました。
上記の記事を書きましてからはＮＤ８０Ｚ３．５などの取扱説明書には上記記事についての追補を入れるようにして、「６４ビット版Ｗｉｎｄｏｗｓでもそこで紹介させていただいているアプリケーションソフト（ＭＳＤＯＳ．ＥＸＥ）を使えば１６ビットアプリケーションが使えます」ということを告知するようにしました。

しかしそれ以前のお客様で上記記事をお読みになっていないか、あるいは読んだけれど忘れてしまったという方もいらっしゃるかと思います。
そういう方が６４ビットのＷｉｎｄｏｗｓパソコンをお持ちで、今回の企画記事をお読みになってｔｉｎｙｂｓｔ７．ｔｘｔをダウンロードしてａｓｍ８０．ｃｏｍを実行しようとすると、「１６ビットアプリケーションは実行できません」というメッセージに遭遇してしまうことになります。
そういうことに気が付きましたので今回あらためて上記について書いた次第です。
もし６４ビット版のＷｉｎｄｏｗｓ７、Ｗｉｎｄｏｗｓ１０などのパソコンをお持ちでａｓｍ８０．ｃｏｍなどを実行しようとお考えの場合に、もし「ＭＳＤＯＳ．ＥＸＥ」についてご存知ではないようでしたら「マイコン独立大作戦」［総合第３０回］をお読みいただきますようお願いいたします。

今回また久し振りに上記で紹介させていただいたサイトに訪問させていただきましたところ、ＭＳＤＯＳ．ＥＸＥが最新バージョンになっておりました。
上記記事で紹介させていただいたときは（３／１／２０１７）バージョンだったのですが、今は（５／１０／２０２０）バージョンになっています。

復活！ＴＩＮＹ　ＢＡＳＩＣ［第４２回］
２０２０．７．１９ｕｐｌｏａｄ

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