質問　と　回答　のコーナー ◎前々から気になっていたんですけど、turboＢＡＳＩＣから付加されたバンクメモ リなるもの。マニュアルを見るとバンク切り替えにより&H0000〜&H7FFF番地までの メモリがそっくり代わってしまうらしいけど、イマイチ使い方が分かりません。 そこで質問です。 （１）切り替わったバンクというのはメインメモリと同様のノーウエイトでアクセス できるのでしょうか？ （２）各ＢＡＳＩＣ（CZ-8FB01〜03）時におけるバンクメモリの使用状況はどうなっ ているのでしょうか？ （３）バンクメモリにプログラムを置いておき、必要に応じてバンクを切り替えその サブルーチンを呼ぶ（当然呼ぶ側は&H8000〜以降に置く）などということはで きるのでしょうか？ （４）あとバンクメモリを使う時に注意することはありますか？ ちょっと抽象的な質問かも？ ＃９８　松下　篤根　浜松市 ＜Ｘ１ｔｕｒｂｏ　バンクメモリについての考察＞ Ｘ１ｔｕｒｂｏのバンクメモリとは、メモリ空間 0000H〜 7FFFH を、通常使用するメモリを切り離して別のメモリを割 り当てるもので、３２Ｋバイト単位（これをバンクと言いま す）で最大１６バンク、合計５１２Ｋバイトのメモリが接続 できます。turboＺ2以降の機種では、この内２バンク（バン ク０，１）が内蔵されています。それでは質問に答えつつ、 バンクメモリの使用方法について考察してみましょう。 （１）バンクメモリはノーウェイトで動作します。turboでは、 BIOS ROMもノーウェイトのようです。 （２）BASIC でのバンクメモリの使用状況は、 ・CZ-8FB01,8FB02 ... 使用していない。 ・CZ-8FB03 ... ＦＭ音源関係の処理ルーチン、ＦＭ 音源のトラックバッファ、多色モー ド時のハードコピールーチンなどの プログラムが使用しています。残り は変数エリア(VDIM)として利用可能。 （３）バンクメモリの上手な使い方 RST 命令を使用すると、8000H番地〜に限らず、任意のアド レスからバンクメモリ上のプログラムをコールできます。 例）RST 10H でバンクメモリ上のサブルーチンをコールする。 バンクメモリ上のプログラムは、あらかじめ（8000H以降 に書かれたローダで）ロードされているものとする。 ただし、BC = CALLしたいバンクメモリのアドレス A = バンクNo.(0〜15) < MAIN側 > < BANK 0〜15 > -------------------------- -------------------------- 0010H CALL 0013H ... ... 0013H PUSH BC 0013H LD BC,0B00H LD BC,0B00H LD A,10H NOP OUT (C),A OUT (C),A 001AH RET 001AH RET 無印turbo を買って間もない頃、BASIC(8FB02)中にこのルー チン（ただしBIOS ROMをコールするプログラム）を見つけたと きは、いたく感服したことを記憶しています。 （４）注意点 バンクメモリを使用するときは、スタックと割り込みベク トルの位置にはくれぐれも注意してください。 （ SP,I ともに F800H 位が適当ではないでしょうか） ◎質問があるのですが・・・。 １．ＰＣ−８８０１ＦＥでＳＷＯＲＤでＲＡＭＤＩＳＫを使いたいのですが、 Ｏｈ！ＭＺ‘８７．５月号を見て改造してＦＯＲＭＡＴ＿Ｅしてみると画面に文字が 表示されなくなった（最後の画面のままで止まってる）。カーソルは動くし・・、な ぜなのでしょう。 ２．Ｓ−ＯＳ ＮＥＴにアクセスすると、ＣＯＮＮＥＣＴと出てつながるのにそれ以 上何も出ない。それもしょっちゅうです。 ３．Ｓ−ＯＳユーザーズクラブの活動内容を教えてください。 ４．Ｓ−ＯＳ通信は何カ月ごとに発行するのでしょうか？ ＃１９０　前田　研也　兵庫県 ＜まとめて回答＞ １．「通信」の８８用システムはオールＲＡＭ版″ＳＷＯＲＤ″の ため，ＲＡＭディスクは組み込まれておりません．「変身セット」 の改造記事は旧バージョン″ＳＷＯＲＤ″用のため，注意して移 植しないと暴走の可能性があります． ８８のグラフィックＲＡＭをデータ領域として使用する場合， メインメモリ空間にＧＲＡＭをもってくるため，サブルーチンや スタックの位置などに注意が必要です． ８８シリーズも後期の機種では，メモリのお化けといった感じ で，これらのＲＡＭを使用するＲＡＭディスクが非公式に存在し ています．私は拡張ＲＡＭ（Ｍシリーズに装備）を使用したＲＡ Ｍディスクを作って現在使っていますし，サウンドボードIIのＰ ＣＭメモリを使用したＲＡＭディスクもあります．機会があれば， 本誌で紹介したいと思います． ２．昨年は非常に忙しかったので，ホストを２〜３か月の間復旧で きない時期がありました．深くおわびいたします． ３．「事務局からのお知らせ」をお読みください．ぜひとも，一度 ミーティングへのご参加を！ ４．全く，決まっていません．出せるときに出す，以上です． ◎「Ｓ−ＯＳ通信Ｖｏｌ．４」ありがとうございます。我が愛機PC-8801MK2MRを破格 で売り飛ばして以来、Ｏｈ！Ｘを買うこともなくなり、Ｓ−ＯＳ自体を忘れていまし た（すいません）。それが突然、分厚い「Ｓ−ＯＳ通信」を見て、サポートの良さを 改めて認識しました。 　前回（Ｖｏｌ．２）の時は８８用のＳ−ＯＳが同封されていたので１カ月ほど使用 していたのですが手放してしまい、９８用のＳ−ＯＳ（Ｏｈ！Ｘにあったらしいが良 く知らない）が３２ｂｉｔのＤＡで使えるのかどうかが不安です。Ｖｏｌ．４にもPC -9801のことが書かれていないのですが、本当にあるのでしょうか？また、いくらの 実費を払えばいいのでしょうか？ ＃１３５　熊野　光男　福井県 ◎最近９８ばかりでＸ１は死んでましたが、ひさしぶりに生き返りました。Ｓ−ＯＳ 　ＦＤありがとうございます。ＭＡＧＩＣによるオープニング、すばらしかったです ねぇ。 　ところで、質問と希望が少し。 ・ＰＣ−９８０１用のＳ−ＯＳエミュレータはあるのでしょうか。また、貴クラブで 配布しておられますか。 ・Ｓ−ＯＳもすばらしいですが、同じく斜陽となっているＣＰ／Ｍも取り扱いして もらえませんか。Ｍ８０とかフリーウェアもあり、８８・Ｘ１・ＦＭ−７・ＭＳＸ− ＤＯＳで使えるのでは？ ＃１３３　立野　信也　京都府 　ＰＣ−２８６版″ＳＷＯＲＤ″は存在します（Ｏｈ！Ｘ９０年 ６月号）が，ＲＵＮ＆ＳＵＢＭＩＴ（変身セット）未対応および 漢字表示不可のため，現在のところ「Ｓ−ＯＳ通信」ではサポー トしておりません．今では３８６マシンが圧倒的台数を占めてい る訳ですから，Ｓ−ＯＳ Ｕ.Ｃ.としても取り組んでいかなければ ならないと考えていますが，スタッフ不足により手が回らないの が現状です．（石を投げないで！） 「求む！ＰＣ−２８６／３８６サポート部隊！」 ＣＰ／Ｍ環境も，ＩＳＨやＡＲＣ(R)，または画像ローダなど ソフトウェアが多数開発されており，魅力ある環境ですが（Ｏｈ ！Ｘ誌上で石上氏がやっている一連の記事は，″ＳＷＯＲＤ″に ＣＰ／Ｍの環境を持ってくる事を狙ったものと考えられる），な にぶん現在の少ないスタッフでは何もかもできませんので，ＣＰ ／Ｍ担当の人材が欲しいところです．できれば，Ｉ−ＤＯＳや Ｃ−ＤＯＳ２にも取り組みたいですね（課題が多すぎて...）． 「Ｃ・Ｐ・Ｍ，３人寄ればサポートスタッフ！」（何のこっちゃ？） ◎昔っから気になっていたんですが、Ｏｈ！Ｘでは時々ローダを使ったプログラムが 掲載されますよね（超小型エディタＴＥＤ−７５０とかＺ８０用浮動小数点演算パッ ケージＳＯＲＯＢＡＮとか）。 　あれって、まぁローダを通してですが好きなアドレスに配置し実行できるわけでし ょ？一体、何であんな芸当ができるのでしょうか？何故、このローダがあるのにＷＺ ＤとＷＬＫ、ＷＬＢが必要なんでしょうか？そのあたりを重点的に掘り下げて教えて ください。 ＃９８　松下　篤根　静岡県 ＜Ｚ８０でのリロケータブル・オブジェクトについて＞ Ｚ８０の命令には， LD A,(8010H) とか， JP 8000H などの絶対番地でアドレスを指示するものがあります．これらを 「直接アドレッシング」とか「絶対ジャンプ」と言います． それに対して, LD A,(IX+e) や DJNZ e などの命令は，現在のＩＸレジスタやＰＣレジスタの内容に，１ バイトの定数ｅを足したアドレスでメモリをアクセスするため， 「間接アドレッシング」（この場合インデックス付き）や「相対 ジャンプ」と呼ばれます． また「同じオブジェクトを異なるアドレスにロードして実行で きる」ことを「リロケータブル」（再配置可能）といいます． Ｚ８０のコードにより，オブジェクトレベルでリロケータブル なプログラムを作成するためには，使用する命令を後者に限定し なければなりません．しかし，相対ジャンプやインデックスの修 飾子（ｅ）の値は−１２８〜＋１２７の範囲に限られてしまいま す．しかもＺ８０には相対コールの命令がありません．それでも ″ＳＷＯＲＤ″には＃ＧＥＴＰＣや［ＨＬ］といったサブルーチ ンが用意されていて，プログラムが複雑になることを辛抱すれば， リロケータブルなプログラムを書くことは不可能ではありません． しかし，Ｚ８０の命令をフルに使用できませんし，スピードも低 下するので，この方法では大きなプログラムを作ることはできま せん． そこで，アドレスの情報とプログラムの本体を分離してやって プログラムを実際に実行（ロード）するときにアドレスを書きこ んでやろうという考えが出てきます．たとえば， LD A,(SEA) LD A,B LD A,(SKY) ADD A,B LD (SHIP),A JP NEXT SEA: DEFB 12H ｺﾉ SKY: DEFB 34H ﾗﾍﾞﾙﾒｲ SHIP: DEFS 1 ﾐｵﾎﾞｴ NEXT: ... (次のステップへ) ｱﾙｶﾅ? というプログラムがあったとします．ORG 命令がないので，この ままではどのアドレスへロードされるかわかりません．とりあえ ず先頭を 0000H 番地と見なしてアセンブルします． :0000=3A 0E 00 ＼ :0003=78 ｜ :0004=3A 0F 00 ｜ これが :0007=80 ｜ :0008=32 10 00 ｜ オブジェクト :000B=C3 11 00 ｜ :000E=12 34 00 ｜ :0011=... ／ それだけでなく，ついでに「ラベルを参照しているアドレス」 の表（テーブル）を作ります．上のプログラムの場合， SEA 番地を参照しているアドレス : 0002H SKY 〃 : 0005H SHIP 〃 : 0009H NEXT 〃 : 000CH となります（ただし，EQU 命令で定義されているアドレスは，こ の限りではありません）．これを，先ほどのオブジェクトと一緒 にセーブしておきます．こうしてできたものが「リロケータブル ファイル」です． そしてプログラムを実行するときには，このテーブルを参照し て，例えば先頭アドレスを 8000H とすれば，オブジェクトを 8000H 番地に読み込んでおいて，メモリの 8000H 8002H，8005H， 8009H，800CH の内容にそれぞれ 8000H を足せばよいのです（現 実には，アドレスの上位バイトまたは下位バイトのみを参照して いる場合もあるので注意）．この作業をするプログラムを「ロー ダ」といいます．こうして実際に実行できるオブジェクトができ あがります． ＺＥＤＡやＲＥＤＡには，このようなリロケータブルファイル を作成する機能はなく，アセンブルするときにオブジェクトの先 頭アドレスを決めなければなりません（アブソリュートアセンブ ラという）．そこで，ＺＥＤＡまたはＲＥＤＡで２種類のアドレ スのオブジェクトを作っておき（当然内部参照しているアドレス だけ異なるオブジェクトができる），異なる部分だけ取り出して アドレステーブルをこしらえるということを考えました．それが Ｏｈ！ＭＺ８７年１１月号に発表された「アロケータ」です．こ の方法で，それまで発表された多くのアプリケーションをリロケ ータブルにすることができます．しかしこれでは単に先頭アドレ スを変えて再アセンブルするのと大差ありません（アセンブラよ りローダのほうが小さいし，ソースをメモリ上に置かなくても良 いというメリットはあるが）． オブジェクトをリロケータブルにするのは，ただプログラムを 任意のアドレスで実行可能にするだけではなく，もう一つ大きな 目的があります．それは「分割アセンブルを可能にすること」で あります． 複数の人間でプログラムを開発する場合，各サブルーチンの先 頭アドレスは決まっていませんし，実際にすべてのサブルーチン を繋げて見なければ分かりません．増してや高級言語（Ｃなど） を使う場合はなおさらです． サブルーチンをリロケータブルファイルの形で別々に開発して おいて，最後に１本のプログラムにまとめることを「リンク」と いい，そのためのプログラムは「リンカ」または「リンケージエ ディタ」と呼ばれます． 前述の「アロケータ」と「ローダ」の組み合わせでは，このよ うなスタイルの開発はできません．なぜなら，１本のサブルーチ ン毎にアドレスを入力してやる必要があり，操作がとても複雑に なるからです． まさにＷＺＤやＷＬＫは，「分割アセンブル」や「高級言語」 に対応したプログラムと言えましょう．元々，ＷＺＤは Small-C をＳ−ＯＳに移植するために作られたアセンブラだからです． （ＥＯＦ）