＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄ Ｓ − Ｏ Ｓ な ん で も 相 談 室 ＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄ ◎今回のＳ−ＯＳ通信は１ＤＤにしていただき本当に助かります（前回はＭＺ２５０ ０用の２ＤＤのため友人にあげてしまいました）。またＮＥＴでＭＡＩＬもいただき まして・・・。 　漢字ＲＯＭもあり、ドライブも２基あります。しかしＳＭＣ−ＳＷＯＲＤは漢字表 示はできませんし、発表されているＴＵＲＢＯ−ＳＷＯＲＤも動きません。ディスク のＡＵＴＯＥＸＥＣ．ＢＡＴで呼んでいるＫＰＲＩＮＴ２、ＶＳＨＥＬＬ２も持って おりません。ＮＥＴに登録されていましたでしょうか？ 　最近ＳＭＣ−ＳＷＯＲＤのとんでもないＢＵＧに気付きました。ＳＭＣ−ＳＷＯＲ ＤはＳ−ＯＳ←→ＣＰ／Ｍのファイル変換がもともとできるようになっているのです｡ ところがＣＰ／Ｍの通信ソフトでＳ−ＯＳ　ＮＥＴから落としたソースなどをＺ−Ｍ ＡＴＥで読み込んでも正しくアセンブルしてくれないのです。どうやらアスキーファ イルの変換がおかしいのでしょう。画面表示は正常なのですが。 　ＳＭＣユーザーは少数です。その中でもＳ−ＯＳユーザーは少数で誰もたよれない のが苦しいところです。何か助言ありましたらよろしくお願いいたします。 　　　　　　　　　　　　　　　　　　　　　　　＃１２１　東京都　新堂　洋二 　回答その１．「Ｓ−ＯＳ通信」は、マイナー機種のユーザーでも お読みいただけるよう、全機種共通日本語表示システム「JACKWRITE2」 を採用しています（漢字ＲＯＭ不要、ドライブ２基要）。今回新堂さ ん宛へ発送している「ＫＳＴディスク」がそれです。また、各機種別 の漢字表示にも対応すべく鋭意努力しておりますので、ＳＭＣの漢字 ＲＯＭアクセスの資料等ありましたら、事務局まで送っていただけれ ば幸いです。（ついでにＳＭＣ版Ｓ−ＯＳのシステムも） 回答その２．ＳＭＣのＣＰ／Ｍコンバータの内容は見ていませんが 考えられる原因は、つぎの３つのどれかでしょう。 １）ディレクトリにファイルサイズが書込まれていない。 ２）ファイルのアトリビュートが正しくない。 ３）ファイルのエンドコード(00H)が正しくない。 ＴＹＰＥコマンドでちゃんと表示されるならば、怪しいのは（１）と （３）です。 ＳＷＯＲＤではディレクトリが 010H〜01FH に３２バイト単位で格 納されており、各ディレクトリの先頭から１バイト目がアトリビュー ト（01H→Bin,04H→Asc）１８，１９バイト目がファイルサイズ、３１ バイト目が先頭クラスタ番号です。 また各ファイルの内容は、 00Hレコードから１６レコード（＝１ト ラック）ずつ、クラスタという単位で管理されていて、ファイルがど のクラスタを使用中かを示すテーブル（ＦＡＴ）は、00EHレコードに あります。クラスタ番号は01H〜7FHで、00Hが未使用、80H〜8FHは最終 クラスタを示し、（下位４ビット）＋１がそのクラスタ内での使用レ コード数となっています。したがって、ディレクトリ上の先頭クラス タを見て、ＦＡＴをたぐっていけば、そのファイルのサイズが求めら れます。 ＤＲＥＡＭなどのディスクモニタを使って調べてみましょう。 ◎ＢＢＳの方はどうなっているんですか？最近、というよりパソコンを買って（Ｘ６ ８Ｋ）モデムを買うまでどこにもアクセスしてなかったので全然わからなかったので す。ＢＢＳ電話帳の‘９１春号に名前がなかったような・・・。 　　　　　　　　　　　　　　　　　　　　　　　＃１５２　岡山県　平井　哲也 　すみません！春号に掲載されなかったのは、ただ単に、ＤＥＭＰＡ にアンケートを送り返すのが間に合わなかっただけです。そのアンケ ートが、到着が遅いうえにすぐ締切りになってしまうものだから。で も、秋号にはしっかり載っていますのでよろしく（Ｐ３８５）。 ◎ミュージックドライバの開発も一段落した１１月の土曜の午後、裏庭のダンジョン でハエ男をフライにして食べていた頃。　今度は「Ｓサイズベーシック」を作ろうと 思ったんです。　が、いきなり変数の内容管理で詰まりました。 　例えば文字変数など常駐文字列の長さが変わるような場合。　仮にベーシックで Ａ＄＝″０１２３４５６７８９″ という変数が Ａ＄＝″０１２″ と再定義されると、今まであった″３４５６７８９″はどうなってしまうのでしょう か？ 　１）すでに要らないと分かった以上、前後の内容を転送して埋めてしまう。 ＞うーん、とんでもなく重そう。 ２）ひたすらほっとく。 ＞メモリを湯水の如く使うだろうな。 というわけで、今の私の頭ではこの２つぐらいしか思いつきません。一般的なベーシ ックではどう管理しているのでしょうか？ ＃　９８　静岡県　松下　篤根 　大雑把に言えば、ＨｕＢＡＳＩＣなどのシャーブ系のＢＡＳＩＣで は（１）の方法を、Ｎ８８−ＢＡＳＩＣなどのＭＳ系ＢＡＳＩＣでは （２）の方法をとっています（ＦＭ系を除く）。 まず、Ｎ８８ＢＡＳＩＣ等の管理方法ですが、大体つぎのようなア ルゴリズムで管理しています。 （ａ）文字列格納エリアのアドレスは静的で、領域のバイト数はＣＬ ＥＡＲ文によって定義されます。 （ｂ）文字変数が定義（初めて代入）されたときは、シンボルテーブ ル（通常変数エリア）にストリング・ディスクリプタと呼ばれる 一種のポインタが生成され、文字列格納エリアの未使用域に実際 の文字列が入ります。 （ｃ）文字変数の内容が更新された場合、代入された文字列は文字列 格納エリアの未使用域（使用域の末尾の次）に追加され、ストリ ング・ディスクリプタは新しいアドレスへ更新となります。した がって、以前の文字変数の内容は、ゴミとなってメモリ上に残り ます。 （ｄ）これではすぐ文字列格納エリアがパンクしてしまうので、未使 用域がなくなった時点で、ストリング・ディスクリプタが指して いる文字列だけを、メモリの下位へ詰めてしまいます（ガベージ コレクションという）。 　これがＨｕＢＡＳＩＣ等では、次のようになります。 （ａ）文字列格納エリアは、通常変数エリアの直後に動的に取られる。 文字列格納エリアの先頭アドレスは、システム変数ＳＴＲＰＴＲ によって知ることができます。 （ｂ）文字変数の内容を指すポインタが通常変数エリアに生成される のはＮ８８と同じですが、その値は（ＳＴＲＰＴＲの値）からの 相対アドレスです。 （ｃ）文字列が更新されたときは、文字数が以前と同じ場合はそのま まのアドレスで文字列の入れ替えを行ない、違う場合はもとの文 字列長分データを詰めて、新しい文字列は文字列格納エリアの未 使用域に追加されます。 例えば １０　Ａ＄＝″ＡＢＣ″ ２０　Ｂ＄＝″１２３″ ３０　Ａ＄＝″＠＠″ というプログラムがあったとします。Ｎ８８等では、実行後のメモリ の状態は XXXX 41 42 43 31 32 33 40 40 00 ... ↑ ↑ ↑ ↑ ストリング ゴミ Ｂ＄の Ａ＄の 領域の先頭 内容 内容 となりますが、ＨｕＢＡＳＩＣ等では XXXX 31 32 33 40 40 00 ... ↑ ↑ ↑ STRPTRの Ｂ＄の Ａ＄の 値+α 内容 内容 のようになるわけです（実際にはもう少し複雑な管理をしているよう です）。 昔ＰＣ−８８０１や初期の９８０１で、メモリを節約するため数値 を１バイトで表現して、文字コードに置き換えるプログラムを作った ことがありました。ＨｕＢＡＳＩＣではそういうことは起こりません が、ＲＵＮすると、最初調子良く動いていたものが、突然数分間も停 止してＳＴＯＰキーすらきかなくなるんですね。初めは原因がわかり ませんでしたが、ストリングエリアを大きく取り過ぎて、ＣＰＵがガ ベージコレクションに忙殺されていたんです（それは、プログラムの 要所に　Ａ＝ＦＲＥ（０） などと入れることにより解決しました）。 ああ、なつかしの時代。 ◎Ｓｍａｌｌ−Ｃでのコンパイルの方法がわかりません。プログラムの実行まで具体 的に教えてください。 浜松市　松下氏他多数 Ｏｈ！Ｘの記事は、ＣＰ／Ｍからの移植者を対象にしていますので、 ＣＰ／Ｍ版のＳＭＡＬＬ−Ｃを持っていない人にはわかりにくい内容 になっています。また弊会より配付いたしましたディスク（Ｏｈ！Ｘ より限定配付されたものをそのまま回しただけですが）と，Ｏｈ！Ｘ の記事が一致しないため、かなり戸惑われた方がいらっしゃったよう です。ここでは簡単に、ＳＭＡＬＬ−Ｃで作成したプログラムのコン パイル／リンクの方法を説明します。 次のようなソースファイル（HELLO.C）をコンパイルしてみます。 #include stdio.h main() { printf("hello.\n") } ただし、SC,WZD,WLK,clib.LIB,stdio.h,HELLO.C の各ファイルがデ フォルトドライブに入っているものとします。 （１）コンパイル # SC: HELLO -M -A -P -O 各オプションの意味については、本ディスクの SMALLC.DOC をお 読みください。 （２）アセンブル # WZD: =HELLO ↑ ソースファイル名 （３）リンク # WLK: /P:3000,HELLO,clib.LIB/S,HELLO/N:P ↑ ↑ ↑ ｜ ｜ オブジェクトファイル名 ｜ ライブラリ名 リロケータブルファイル名 （４）実行 # HELLO.OBJ 画面に hello. が表示されます。 特に、石上氏の一連のコマンドは、コロンの次のスペースが省略で ￣￣￣￣￣￣￣￣￣￣￣￣￣￣ きません。ＣＰ／Ｍから移植したときの名残と思われますが、注意し ￣￣￣￣ てください。 ◎２５００版「Ｓ−ＯＳ通信」で、プリンタの使用ができません。プリンタの登録方 法を教えてください。 　２５００版″ＳＷＯＲＤ″のプリンタ選択方法ですが、ＢＡＳＩＣ のシステムディスクの１８Ｈレコードにプリンタ情報が書き込まれて いるので、これを″ＳＷＯＲＤ″の０８Ｈレコードへコピーするだけ でよいのです。なお，ＢＡＳＩＣと、″ＳＷＯＲＤ″ディスクでは、 ディスクの表裏が反転していますので、これらのレコードは、物理的 には全く同じレコードです。 　簡単なプログラム（MZ-2500用）を以下に示しておきます。これは、 プリンタ登録済みのＢＡＳＩＣのシステムディスクから、プリンタ情 報をコピーするものです。ご活用ください。（森） ; ; プリンタ登録ユーティリティ (C)K.Mori ; （WZD でアセンブル） ; _DRDSB EQU 2000H _DWRSB EQU 2003H _VER EQU 1FF7H _MPRNT EQU 1FE2H _FLGET EQU 2021H _DSK EQU 1F5DH _DTBUF EQU 1F64H CSEG CALL _VER LD A,H CP 12H ; 2500? JR Z,L1 CALL _MPRNT DEFB 'Use only MZ-2500.',13,0 OR A RET L1: CALL _MPRNT DEFB 'プリンタ^登録^された' DEFB 'ＢＡＳＩＣのシステム' DEFB 'ディスクをドライブＢ' DEFB 'にセットしてください.',13 DEFB 'ＳＷＯＲＤのシステム' DEFB 'ディスクをドライブＡ' DEFB 'にセットしてください.',13 DEFB '準備ができたらどれかの' DEFB 'キーを押してください.',13,0 CALL _FLGET CP 27 JR NZ,L2 RET L2: CALL _MPRNT DEFB '作業中...',13,0 LD A,'B' LD (_DSK),A LD DE,8 LD HL,(_DTBUF) LD A,1 CALL _DRDSB RET C LD A,'A' LD (_DSK),A LD A,1 CALL _DWRSB RET C CALL _MPRNT DEFB '終了しました.',13 DEFB 'プリンタ^を使用する前に' DEFB 'リセットしてください.',13,0 OR A RET END （ＥＯＦ）