メモリ - みる会図書館

1. 月刊 C MAGAZINE 1992年10月号

MZ は , プログラムソースを公開しているのすが , EMB は通常プロテクトモードからて、仕上げることが可能て、す。また , プログラて、 , ソースから XMS の深い内容を理解て、きムソースを公開すれば , ューザが XMS ファないとアクセスて、きません。したがって , ます。今回は , このオリジナル XMS ドライこれらは異なるメモリ管理システムて、管理ンクションの使用法を理解する手掛かりとバ「 XMZ 」を紹介します。する必要があります。なります。以上の理由から XMZ は , i386 / 486 用の X オリジナル XMS ドライバ ~ ー XMS Men MZ. SYS と 80286 専用の XMZ286. SYS に分「 XMZ 」 S ⅲ ) ドライバけて作成し , プログラムソースを公開する MS ー DOS マシン用のソフトは , 通常メモ NEC 版の MS-DOS Ver. 5.0 には XMS ドリアドレス 00000h ~ A0000h の 640K バイトのライバ HIMEM. SYS が付属しています。 XMS ドライバの解析コンべンショナルメモリ上て、動作します。の XMS ドライバは 80286 以上の CPU 上て、動 CPU が 80286 , i386 / 486 と進歩し , ソフトウ作するように設計されています。したがっェアが広いメモリ領域を必要とするようにて , 80286 に対応するためのプログラムコーこのようなプログラムて、は , いままて、あなるとコンべンショナルメモリだけて、はメドが必要となり , 冗長な部分が多く存在しるドライバとの互換性が重要になります。モリが不足してきます。このメモリ不足をます。また , XMS ドライバのようなメモリそこて、 , ま $HIMEM. SYS の解析から始め解消するために 80286 , i386 / 468 がアクセス管理ドライバは , ドライバの提供するファることにしました。可能なメモリアドレス 100000h 以上のプロテ逆アセンプラを使って HIMEM. SYS を調ンクションコールをアプリケーションからクトメモリを使うことになり , 、そのメモリ呼び出すことによって動作しますが , ファべていくと , 内部にはアプリケーションの管理が必要となってきます 0MS-DOS はプ動作を保護する工夫が随所に見られ , かなンクションの使用法が複雑て、 , 公開されたロテクトメモリの制御を直接行わず , 後か仕様書のみて、は十分に活用て、きないことがり複雑て、した。互換性維持のために , ら組み込むドライバにより管理します。あります。ような内部仕様まて、同一にしなくてはならのようなメモリ管理ドライバのひとつが XM このような問題をクリアするために , オず , 作成には思ったより時間がかかりまし S ドライバて、す。リジナル XMS ドライバを作成することにしとくに , 割り込み関連の部分は複雑て、 XMS ドライバは , MS ー DOS にデバイスドました。それぞれの CPU に合わせて最適化す。単に割り込みを禁止するだけて、はなく , ライバとして組み込みメモリ管理を行うのしたプログラムコードて、個々にドライバを処理に時間がかかるファンクションて、は割て、 CONFIG. SYS 内て、ももっとも先に記述す作成すればコンパクトて、高速なドライバにり込みを許可し , そのファンクションはリる必要があります。 i386 / 486 マシンの CON Fig. 3 メモリマップ FIG. SYS の例を示します。 device himem. SYS i386 / i486 → FFFFFFFFH ( 80286 → FFFFFFH) device emm386. exe himem. sys は , XMS ドライバて、プロテクトメモリを管理します。次の emm386. exe は仮想 86 を利用した EMS ドライバて、す。 emm 386. exe は , himem. sys が管理しているプロテクトメモリを取得して , それを EMS メモリとして利用することになります。 XMS ドライバは , プロテクトメモリを 2 種類のメモリエリアとして管理します。ひとつは HMA(High Memory Area) と呼ばれるものて , プロテクトメモリ領域における最下位アドレスの 100000h ~ 10FFEFh のエリア , もうひとつは 10FFF0h 以上のプロテクトメモリエリアて、 EMB (Extended Memor y BIock) と呼ばれるエリアて、す ( Fig. 3 ) 。 HMA はリアルモードからアクセスて、きま 46 C MAGAZINE 1 2 10 、 0 EMB プロテクトモードでなけ (Extended memory BlOCk) ればアクセス不可能拡張メモリプロック領域ここまでは A20Line が HMA 80286 などのリアルモ (High Memory Area) ードでアクセス可能 65536 ー 16 = 65520 バイト亠これ以上のメモリ空間この 16 バイトの空間は HMA ではないは 8086 / V30 ではアクセス不可能 UMB Upper Memory BlOCk FFFFHTFFFH → IOFFEFH FFFFH:OOIOH → 100000H FFFFH:OOOOH A000 H : 0 0 0 0 H Conventional Memory Area A20Line がティスネープルのときラップラウンドエリア 65520 バイトラップアラウンドによりセグメント FFFFH で HMA の代わりにアクセスされてしまう領域 FFFFH:FFFFH → OOFFEFH 0000H : 0000H

2. 月刊 C MAGAZINE 1992年10月号

A 標準の OVERLAY. LIB< はプロテクトメモリを使うために XM S ドライバ (HIMEM. SYS など ) が必要となります。これは , プロテクトメモリを管理するための標準的なインタフェイスて、 PC ー 9801 シリーズのハードウェアに依存することなくプロテクトメモリにアクセスすることがてきます。逆に , XM S ドライバがなければプロテクトメモリを使うことがて、きません。れに対して , OVLY98. LIB< は , 場合 , BorDlg て始まる新しいクラ XMS ドライバがあればそれを使います。 BorlandC 十十 3.0 において 0 ほかのメモリモデルのライプラス名を使います。 BWCC は , BorD ますが , ない場合ても PC -9801 に依 lg て、始まるクラス名のダイアログボリが必要な場合 , Borland C 十十 utp は dos. h 中て、マクロとして定義存する情報を利用してプロテクトックスの背景を灰色て表示します。 3.0 をインストールしたディレクトされています。ここて , outp は出メモリを使用します。リの CLASSLIB サプデイレクトリまた , このときに使うダイアログ力した値が入っている疑似レジスこの場合 , 作成したプログラムプロシージャは DefDlgProc て、なくにある makefile を使ってこれらをタ変数 AL を関数の戻り値としてを XMS ドライバのない PC ー 9801 以 BWCCDefDIgProc て、なければな構築しなければなりません。 CLA 使えるように指定されています。外の機種て実行するとオーバレイりません。たとえば , $BorDIgTe SSLIBi•ィレクトリに移動してコしかし , outp の戻り値を使わないの初期化ェラーて、なく , 異常な動場合は AL が意味をもたなくなる st" というクラス名の BWCC ダイア作を引き起こす可能性があるのて、マンドラインからため警告メッセージが表示されてログに縮小化アイコンを指定する注意が必要てす。 make -DMDL=llib 場合は , List 1 のようなクラスを T と入力すると TCLASSL. LIB が構しまいます。実際には outp は与え Dialog から派生するようにしま築されます。 Turbo C 十十 for W られたデータを出力していますか Q す。 indows て、は , スモールモデルとラら , この警告については無視して textattr でアンダーライン属性ージモデル用のライプラリが提供もかまいません。警告メッセージ ( UNDER 凵 NE ) を指定しているのされていますが , ミディアムモデを表示させないためには , ですが , アンダーラインが文字に Q 開発中のプログラムが大きくルやコンパクトモデルのライプラ (void)outp(0x37, 7 ) ; 対して 4 ドットずれて表示されてしリが必要な場合は , 統合環境のプなってきたので , メモリモデルをなどと記述してくださいまいます。ロジェクトの機能を使い Fig. 1 のラージモデルに変更したら TCLAS pc ー 9801 て、は , バーティカルラ手順てライプラリを構築してくだ SL. L 旧が見つからないというエラ Q オーバレイのために使われるーメッセージが表示されました。イン属性 (VERTICALLINE) て、スワップメモリを EMS やプロテク文字中央に表示される縦線とアンこのファイルはどこにもないようですが , どうすればよいのでしょトメモリに割り当てられるというダーライン属性による下線がうま Q うか。 BorIand C 十十 3.0 で outp 関ことですが , PC ー 9801 版 Bo 日 and くつながるようにアンダーライン C 十十には OVERLAY. L 旧と OVLY9 数を使うとが 4 ドット分右にずれるようになっ A コンテナクラスライプラリのています。これは PC ー 9801 のハード Code has no effect 8. L 旧の 2 種類のオーバレイライプライプラリ (TCLASSx. LIB) は , デラリがあります。どちらを使ってという警告メッセージが表示されウェアに依存する間題て , プログフォルトの状態てはスモールモデます。 outp 関数が動作していないラムから制御することはてきませも同じように動作しているようですが , 何か違いがあるのでしようルのファイルだけが提供されていのでしようか。ん。 Fig . 1 Turbo C 十十 fo 「 Windows 用ライプラリ構築の手順 CLASSL 旧 *OBJSi イレクトリに新たなティレクトリ C を作成するこのディレクトリに CLASSLIB*OBJS*S にある TCLAS SS. PRJ をコピーして , 名前を TCLASSC. L 旧とする TCW 爪を起動してプロジェクトとして TC SSC. p 日 J をオープンし , 0 tions ー Com ilerl Code eneration で Model を Medium とする compilel Build 訓でプロジェクトを構築する lnformation from Compiler Makers 179

3. 月刊 C MAGAZINE 1992年10月号

原著作者 : 石野恵一郎改変 / 解説 : 広瀬雄ニ ASCI ト N ET : PCS39334 JUNET : yuuj@ae.keio.ac.jp 改変 : 堀田俊哉 ASCI ト N ET : PCS32469 大の「 K ト Shell 」ファンだった私はヒストリとェイリアスをたつぶり確保していましたが , 当然メモリを圧迫します。また工イリアスの定義て、別のェイリアスが使用て、きないのもメモリを食う原因て、 , なんとかヒストリとェイリアスをメインメモリから追い出せないかと思っていましたが , 幸運なことに「 KI-SheIl 」ソースプログラムを入手する機会がありました。すぐにバッフアの EMS 追放作業にかかったのて、すが , 8086 アーキテクチャのセグメントアドレッシングて、 , コマンド行バッフア・常駐部・ EMS の三つの領域をアクセスさせるのはかなり繁雑て、した。ノヾッフアカま EMS に乗ってからは不満に感じていた部分の改良に移りましたが , 私が不便と思らてことは皆さんも同様に感じていたようて、 , 私の改良を多くの人が喜んて、くださり , 楽しみながら改良を進めていきましただひとっ悲しかったのは , 改良中は当然 KS H を使うことがて、きないわけて、 , KSH 愛好者のなかて、もっとも恩恵に預れないひとりだったに違いありません : ー ) 。さて , 私の場合もともとは単なるユーザにすぎませんて、した。しかし , 熱心なユーザて、あればこそ , そのユーティリテイへの不満や要望が生じてくるものて、す。どういう点が拡張されれば便利になるのかをいちばんよく知っているのは , 作者よりむしろューザなのて、はないて、しようか。もし頻繁に使用しているユーティリティのソースが手元にあるのなら改良を試みない手はありません。自分のアイデアがすぐに反映されるのも「改良」の利点て、 , 数あるプ 66 C MAGAZINE 1992 10 DOS 用シェル環境「 K ト She 旧ログラミングスタイルのなかて、 , もっとも楽しい部類に入るのて、はないかと思います。 RAM ディスク「 RZ3 」 ZOBpIus 速水祐 ASCI ト NET : PCS19948 日経 M Ⅸ : hayami トリエントリ数などの変更が可能・ RZC. EXE により , 組み込み後のディレクのディスク容量の変更が可能・ RZ コマンド RZC. EXE により , 組み込み後を以下に示します。っています。今まて、述べてきた以外の機能タの信頼性も上げることがて、きるようになた。さらにチェックサムの導入によりデー作テストが行われ , 信頼性を高めてきまし多くのユーザによるあらゆる環境下て、の動 IX, ZOB Station など ) を通じて配付され , Z3 」は , パソコン通信 (ASCII-NET, 日経 M 安定性はもっとも要求されるものて、す。「 R されます。したがって , そこて、の信頼性とにテンボラリなどとして , 頻繁にアクセス RAMi-•イスクはアプリケーション動作中ています。と入れ換わり , より速いアクセスを実現しして , それぞの CPU に最適化されたコードくにード / ライトルーチンは CPU を判断速なプログラムコードとなっています。とルーチンはアセンプラて、記述し , 小さく高高速アクセスを実現するために , 各部の理て、きます。ニアな 1 ドライプのエリアとしてアクセス管クとして割り当てることがて、き , それをリ「 RZ3 」はこのメモリをすべて RAM ディスリ /ROM 裏メモリなどのメモリがあります。 BANK メモリ /EMS メモリ / プロテクトメモ PC ー 9801 にはメインメモリ / VRAM メモリ / 性を図りました。へのリニアなアクセス , 高速化および安定能化したものて、 , て、きるだけ多くのメモリ ANK メモリ専用 RAM ディスク「 RZ2 」を高機 river ZObplus version 3 ) は , その前身の B RAMi•イスク「 RZ3 」 (Ramdisk device d ・ EMS メモリ / バンクメモリ / 裏メモリ使用時においてウォームプートが可能・ RAM ディスクの使用状況を示すアクセスランプ ( テキスト使用 ) を表示する・ RAMi-•イスクのドライプ名を固定することが可能付録ディスクには Ver. 3.01 から DOSVe r. 5 対応とウォームプートの実現率を高める改良をした Ver. 3.04 を収録します。富田均也 NI FTY-Serve : TAB02234 私は一太郎を使うとき以外は , 日本語入カ FEP は VJE-ßを使っているのて、 , addde v/deldev はなくてはならないコマンドて、す。元は NEC/EPSON の MS-DOS に付属の adddrv/deldrv を使っていて , FEP のほかにマウスドライバが必要なときはその環境の数だけ組み込み用のバッチファイルを用意していましたが , 昨年 , MS-DOS Ver. 4. 01 にも対応していて , adddrv/deldrv よりメモリ消費が少ないという adddev/deldev に乗り換えました。多重起動がて、きる adddev のおかげて、 , 環境の数だけパッチファイルを用意するというのはめて、たく解消しました。しかし , 今度は deldev を複数実行しないと , ATOK と VJE-ßが切り換えられないという状況におちいり , しかたなく isdeldev を作ることになったわけて、す。 adddev は deldev が参照するための ID をメモリ中に置いているのて、 , この ID のあるメモリプロックの先頭アドレスと大きさを調べておき , 今度はデバイスドライバの存在するアドレスを先頭からたどって , 先ほどのメモリプロックに含まれるものがあれば deldev て、外れるはずだ , というのが「 ISDEL DEV 」て、使ったテクニックて、す。 MS-DOS の非公開の機能を使っていますが , このテクニックには使わないわけにはいきません。ただし , DOS 自身も使っているはずなの取り外せるテパイスの表示 / チェック FISDELDEV 」

4. 月刊 C MAGAZINE 1992年10月号

プログラムの変化に対応できるドキュメント作成システムニューノヾージョン C MAGA マイクロドック V3 ℃ プログラムソース付き・・・¥ 48 , 000 ーはそリ、 -4- を - C ツースメイン第 C ツーユ - をジール名物ー 1 インクん一ドファイ 4 ー第表ドキ、メント第をア 0 グラムを第、ド方体一フ , イル名ー 4 プ 0 ーバ 4- ゞを第表・通信画面との間て、カット & ペーストが可 TEL 03 ( 3293 ) 4711 能なエデイタを内蔵「メモリーか簡単 Ver. 1 . 0 」く動作環境 > FA システムエンジニアリング株・対応機種 Macintosh シリーズ FA システムエンジニアリング株は , C 言・必要メモリ 2M バイト以上語から仮想メモリマネージャを利用するた・必要ソフト漢字 TaIk6.07 以上 AT コマンド対応モデムめのライプラリ「メモリーが簡単 Ver. 1.0 」・対応モデムく価格 > 9 , 800 円を発売した。問い合わせ先同ソフトは , ューザが指定した外部記憶株まつもと媒体を仮想データメモリとしてメモリ管理〒 242 神奈川県大和市大和東 1 ー 4 ー 4 を行うメモリマネージャライプラリて、ある。 TEL 0462 ( 61 ) 0070 開発中プログラムて、のメモリの管理は , メ「 RED2 Ver. 2.0 」モリマネージャをとおして得られたメモリ株凵 FEBOAT プロックナンバの指定だけなのて、 , 仮想データメモリを手軽に利用することが可能と #LIFEBOAT は , スクリーンエデイタ「 R ED2 」に新機能を追加し , Ver. 2.0 として発なる。おもな機能 , 特徴は以下のとおり。ノし、 0 ・ 640K バイトを越えるメモリサイズをサポ今回のバージョンアップて、追加された機ートし , 大容量のメモリを必要とするプ能て、最大のものは , マクロ言語機能と通信ログラムて、も利用可能機能。・作業領域をはみ出したメモリは自動的にマクロ言語機能 ( TEE ) は , インクルード外部記憶媒体に退避復帰ファイルや define などのプリプロセッサ命令・退避 , 復帰の繰り返して、分断された実メをサポートした本格的なプログラム言語。モリ領域を自動的に再配置して最適化ユーザは , マクロ言語ソースを専用の TEE ・ EMS メモリに対応ロ語コンパイラて、実行コードに変換して利く動作環境 > 用する。・対応機種 PC ー 9801 シリ通信機能は , RED2 から , 各種 BBS や UN ーズ・対応 OS MS-DOS Ver. 3.1 以上 IX にログインする機能。 BBS の表示テキス・対応コンパイラトデータをカットバッフア経由て、編集画面 MS-C Ver. 5.1 以上 , に取り込むことが可能。また , SJIS, EUC の両方の漢字コードをサポートし ,UNIX 接 Turbo C Ver. 2 . 0 続時に入力された漢字コードを直接 EUC コ Quick C Ver. 2 . 0 ードに変換することにより MS-DOS と UNI Lattice C Ver. 4 . 1 X て、同一の編集環境を利用することが可能 Turbo C 十十 Ver. 2 . 0 Borland C 十十 Ver. 2.0 以上となる。く価格 > 38 , 000 円く動作環境 > 問い合わせ先・対応機種 PC ー 9801 シリーズ FA システムエンジニアリング株・対応モデム AT コマンド対応モデム〒 790 愛媛県松山市北藤原町 1 ー 26 く価格 > 38 , 000 円問い合わせ先 (#LIFEBOAT TEL 0899 ( 31 ) 2886 〒 101 東京都千代田区神田錦町 3 ー 6 C ソースをしてその物を 4 フ , イルにはだす . は ( 人力フイル名′第が・な工 : をユぎトよ ? ? ! イや名あ、込を」はいファイ 4 ・分 ) 物いフ , イ 4 内をリュ -4 第別復物・設第分取りを C ソーかり。ュン自作成プログラムの変化に対応できる文書化システムマイクロドックは、 C 言語ソースを解析して詳細仕様書 ( 内部仕様書 ) を自動作成します。表紙、目次、モジュール構成図、モジュール一覧表、インクルードファイル使用一覧、グローバル変数使用一覧表、関数仕様書等そ 1 冊の仕様書として罫線てレイアウトして出力します。また、用紙のサイズ合わせ、出力項目の選択等かできますソース上に決められた型でコメントを述すれば仕様書の説明郎に取り込む事がてきます。これによってドキュメントの完全自動作成も可能です。できあがりの文書をワープロ等て編集できます。プログラム設計時のドキュメント作成支援マイクロドックは、プログラム設計時のドキュメント作成にも利用できます。プロック・フロー付きの設計書が簡単に作成できます。 V3.0 から追加された主な機能・英語スタイルのドキュメント出力・ AN 規格の引数に対応・ # inc ! ude ファイルの解析および使用一覧出力・グローバル変数使用一覧出力・実行部のソースのコメントより構造化フローを出力。これに依ってソースと対応のとれたプロックフロー付きのドキュメントが作成できます対応機種 . PC9801 シリーズ・ MS - ロ OS マシン解析対象 . ANS 肚様に準拠した C ソース上記製品はデモ・ディスク ( 無料 PC98-5 インチ FD ) があります資料及びデモのご請求は FAX でも受付ています。 MICROART INC. マイクロアート株式会社〒 2 幻横浜市神奈川区鶴屋町 2 ー 9 ー 22 ー引 4 電話 045 ー引 6 -6508 FAX 045 ー 3 田一 6509 受付時間田 : 00 ー PY5 : 00 ( 月 ~ 金祭日除く ) く資料請求番号 165 〉 N ews Square 165

5. 月刊 C MAGAZINE 1992年10月号

d 加 c 詳解講座・Ⅷ 0 刪コヒ。ーしたいケースがあるだろう。・大きなメモリ塊を確保する。・現在のメモリ塊からひとつずっオプジェクトを切 Obstack の使用法は , これとは異なっている。すべてのシンポル名に対して , ただひとつのオプジェクり取る。・いったん切り取ったオプジェクトは動かすことがトスタックが用意されるだけて、ある。シンポルを読み込んていくうちに , オプジェクトスタックの中にて、きないある名前が次第に成長していく。名前が完成したら・現在成長しつつあるオプジェクトにはどんな大き成熟動作が行われる。つまり , もしシンポルがすて、さのデータも自由につけ加えることがてきる。に存在しているものて、あれば , 今読まれたほうは削テストファイルに手を加えたもの除される。 Obstack は大きなメモリ塊を確保し , その下位アドレスからメモリを割り当てていくという方法て、実現されている。 chunk にシンボルを作成するには , 現メモリ塊の「最高水位線 ( high water mark) 」の上に文字を加えていけばよい。シンポルの終端に達して文字をすべて加えてしまったら , 利用者は , 文字の個数を認識しているのて、 , 新しいオプジェクトを作成すればよいのてある。普通は平均的なオプジェクトの 100 倍くらいの大きさのメモリ塊を取っておくのて、 , 文字列がメモリ塊の最上位アドレスからあふれてしまうことはないさらにわかりやすく説明すると , オプジェクトを生成するのに十分に多くの文字があるならばメモリ塊上ではこれらの文字はすでに隣接しあって存在している ( このことは保証されている ) のて、あって , 内部て、はその先頭アドレスを指している。文字を移動する必要はまったくない。このことは第 2 の利点て、あるといえる。なぜならば長くなる可能性のある文字列て、あっても明示的に移動させる必要がないからて、ある。一度生成されたオプジェクトはそれが生きているかぎりアドレスを変更することがない文字列がメモリ塊のサイズの上限を突破してしまったときには , 自動的にもっと大きな chunk が確保され , 古いほうの chunk の最後から新しい chunk の先頭へと現在構築されつつあるオプジェクトがコビーされる。その後は , これまて、と同様に , 最後に文字をつけ加えていけばよいのて、ある。 grow には , 成長しているオプジェクトに 1 文字ずつつけ加える版もある。要約 : 1 1 : #include く stream. h> 2 : # include く Obstack. h> 3 : #include く stddef. h 〉 4 : #include く ctype. h 〉 5 : 6 : VOid 7 : main() { s [ 10 圓 0 ] ; 8 : char* 9 : int n = 0 , got_one 10 : 0bs tac k 11 : char C : OS. copy( ” #nunique words: ” ) ; 14 : cout くく " 何か適当にタイプしてね , で最後に EOFCD ) を御願い \ n ” ; 15 : 16 : while (cin. good() & & n く 1000 の { 17 : if (cin. get(c) & & isalnum(c)) { 19 : go t_one OS. grow(c) : 20 : } else if (got—one) { = os. finish( の ; 22 : char* current for (int i ニ 0 ; i く n; + + i ) { 23 : if (strcmp(s[i], current) 24 : OS. free(current) ; 25 : 26 : current break ; 28 : 29 : 30 : 31 : 32 : 33 : 34 : 35 : 36 : 38 : 39 : 40 : 41 : 42 : 43 : 44 : 45 : 46 : 47 : 48 : } = の { if (current ! = の current ; go t—one cout くく sC0] くく "}n ”・ for (int i = n ー 1 ; i 〉 0 ; cout くく sCi] くく” \ n ”・ os. free(sCi]); E ・ 1 1 よ 0 = N 0 ・ 1 0 クスズマイくくトサンの”” メ塊ィリズう ” ; ラモイゅ新アメサよ + し十レ + レ - 十し十》 0 0 0 0 0 djgcc 詳解講座・ Hello GCC World 85

6. 月刊 C MAGAZINE 1992年10月号

d cc 詳解講座・Ⅷ 0 刪 gcc gomi. c ーに -lm これて、 libc. a, libm. a の順序て、リンクされ , うまくコンパイルて、きます。 g032 で拡張メモリを使えるの ? 【質問 2 】 1991 年 10 月号 66 ページて、 PC ー 9801 版 g032 は , PC ー 9801 方式て、も拡張メモリを対応するように書かれているが debug32 の表示を見るかぎり対応していないどう対処すればよいか教えてほしい。 DOS 3.3A の EMSDRI VE. SYS を NS / E20 に組み込んて、いる。【回答 2 】 g032 て、利用て、きるメモリはコンべンショナルメモリと工クステンデッドメモリ ( プロテクトメモリ ) て、す。 EMS メモリは使えません。拡張メモリを工クステンデッドメモリと EMS メモリとに振り分けることがて、きるマシンて、は , 工クステンデッドメモリに割り当ててくださいを教えてください。具体的には , MS-DOS リアルモードのプログラムを呼び出す方法 gcc のプロテクトモードのプログラムから【質問 3 】リアルモードの呼び出し方法は ? のグラフィックドライノヾのファンクションコールを gcc から呼び出す方法などて、す。 P C ー 9801 のグラフィックドライバの場合 , データ領域のアドレスをスタックに積んて、対応アドレスに far call する必要がありますが , このようなリアルモードプログラム機能の呼び出しは可能て、しようか ? 【回答 3 】 H バージョン以降の PC ー 9801 版 djgcc て、は , コンべンショナルメモリ上にノヾッファを取り , そのバッフアのセグメントおよびオフセットを BIOS コールの際に引き渡すことがて、きます。実際の手順については , 1992 年 7 月号の「コンべンショナルメモリの利用」とサンプルプドキュメンコーナログラムの conven. c を参照ください記憶領域を提供します。つまり , とくに使 Obstack クラスは , 大きさに対して柔軟な分の翻訳を掲載します。 AIIocRing, lnteger, Rational に関する部こて、は , Obstack, 載します (TabIe 1) 。利用者ガイド (libg 十十 . texinfo) の翻訳を掲前回に引き続いて GNU C 十十ライプラリ用する領域の大きさを指定せずに , 領域が使用て、きます。これは , 大きさが未知て、あるデータの読み出しなどには非常に便利て、す。 AIIocRing クラスは , 一時オプジェクト ( 短時間だけ必要て、すぐに不要になる作業用のオプジェクトのこと ) の保存に便利なデータ構造を提供します 0AIIocRing は , リング状構造 ( 円状にリンクしたリスト ) て、あり , 各工ントリは循環的に利用されます。つまり , 古いデータは利用がリングを一周する間だけ有効て、 , 再度の利用の際に , 破棄あるいは再利用されます。 lnteger クラスは , 非常に大きな数を扱える整数型と演算を提供します。この種のデータ構造は , bignum て、参照されることもよくあります。 Rational クラスは , 有理数型と演算を提供します。これは , 1 / 3 のような数を正しく扱いたい場合に便利て、す ( これに対して dou ble て、は 0.3333333 ・・・・・となってしまう ) 。この連載のページにかぎって , GNUG eneral Public License にもとづいた再配布を認めます。 GNU C 十十ライプラリ Use ド s Guide Doug Lea 著 /( 株 ) プロシード訳 Copyright@ 1988 Free S0ftware Foundation, c. , 1992 Proceed, 旧 c. オプジェクトスタッククラス Obstack クラスは , GNU CC コンパイラソースに添付されている C のオプジェクトスタック関係のマクロと関数を単に書き直したものてある。文字を 1 個ずつ読み進めて文字列を作りあげなければならないという場合がよくある。その結果は , 保存することもあればそうて、ないこともあるが , いずれにせよ Obstack は , 文字を 1 個ずつ読み込んて構築されるような文字列テープルを作成したり , 保持することが容易に設計てきるクラスてある ( * 1 ) 。このクラスはとりわけ構文解析を行うアプリケーションにとても役立つ。その使用法は , テストファイル ( * 2 ) の gcc 詳解講座・ HellO GCC World 83

7. 月刊 C MAGAZINE 1992年10月号

特集・ Free a 「 e に子ぶす。というのは , 追加したりするのはリストのほうが楽だけど参照するときはテープルのほうが楽だからて、す ( Fig. 6 ) 。リストて、も書こうと思えば書けますがバグりそうて、コワイて、す。ところて、 , Fig. 6 て、 , table size > i 十 2 と書いてますが , テープルもリストも終わりがあるのて、 , それを超えてアクセスしないようにプログラムしなくてはなりません ( もしかしたら tbl [ 0 ] だって NULL かもしれないのて、す ) 。こういうのは , しよっちゅう出てくるんて、す。めんどくさいと思いませんか ? それに間違ってバグになっちゃう危険性大てす。思わず , 『恥ずかしながらドジりました < 第 1000 回 > 』してしまうか *dst = realloc (*dst, strlen (*dst) + strlen 12 : } 10 : } ーん , こうなったら軍もしれません。極楽プログラマ最大最強の事力て、かたをつけるしかない ! というわけて、 , テープルのラストにカラのトークン兵を余分につけることにしました。これなら , テープルのサイズのチェックをしないて、楽にプログラムて、きますね (L ist 11 ) 。 List 11 のような方法は , 番兵のアルゴリズムなのかなあ ( 似てるけど違うか ) ? て、も , けっこう兵隊つばいて、すね。多大な CPU 時間やメモリ量に代えても , バグに対して自衛する権利は誰にて、もあるはずて、す。こは , 平和プログラミング維持軍のアルゴリズムとて、も呼んて、おきましよう。とに、、 table size > i 十 2 〃を書かなくて・汎用リストルーチンもよくなりました ( バンザイ ! ) 。旧 6 : 5 : 4 : 1 : 9 : 8 : 7 : 6 : 5 : 4 : 1 : 11 : 10 : 9 : 8 : 7 : 6 : 5 : 4 : 1 : 文字列のメモリ領域を確保しなおす st 「 cat VOid 2 : strcat—real 10C (u-char **dst, if (*dst ト NULL) else u Char *src) (src) + 1 ) ; (src) + 1 ) : *dst malloc (strlen m 訓 oc の監視 strcat (*ds t, src) ; **dst ニ 0 ; VOid * 2 : mt ー 118 (size_t size) VOid *P,• P ニ盟 110C (size); if (!p) / * err ( ) は、 err ( ” m110C ( ) , return p : メモリを開放する関数とマクロ VOid 2 : mt_free_check ()O id *P) if (!p) return : free (p) : 9 : #define CHK-FREE(p) (mt-free-check (p)' メッセージを出して ent ( 1 ) する関数です * / size); (p) : NULL) lnemory nothing Xu" 今回は , リストの構造体は、、 token 〃だけて、したが , リストルーチン各種を構造体ごとに書いていては , 極楽プログラミングとはいえません ( こんなとき C 十十なら , リストクラスを作れば OK となるのて、すが・・・今回は , 、、 void * 〃て、ゴマかします。リスト処理をしたい構造体は , typedef struct atom { struct atom * next ; } atom , のように最初のメンノヾを next という名前の自分のポインタにすればいいのて、す。 toke n もそうなっていましたよね。リスト処理を行う関数のプロトタイプ宣言の一部を Fig. 7 に示します。リストは、、 atom * * 〃の型になっていますが , これはリストの先頭のアトムを書き換えられるようにするためて、す。リストをパラメータに渡すときは、、 & 〃をつけます (Fig. 8 ) 。あれ ? なんて、 list max はリストを書き換えないのに , atom * * なの ? ・気楽にメモリ管理に腹は変えられないのて、す ( キッパリ ) 。きにエラーが出ないから危険 ! 」だって ? 背 oid * なんて , 間違ったパラメータ渡したとイイからて、す。楽チンて、ある ! え ? 「 v 、、 & 〃をつけないとしたほうが統一がとれてず token のポインタに、、 & 〃をつけ , アトムは抜きて、す。 list をパラメータて、渡すときは必思うかもしれません。そうて、す , これは手特集 Free so 臨 a 「 e に学ぶ快適開発環境構築法 51 ポインタへのメモリの割り当ても , と , 書くことがて、きます。また , 構造体の NEW X (), 100 ) ; は , p = malloc (sizeof (token) * 100 ) ; おくと間違いが減ります。たとえば , 配列とか ) Fig. 9 のようなマクロを定義して ( とくに間違えることが多くないて、すか ? (I) 。構造体などを malloc するときサイズを 11 。 c を自作の関数て、くるんて、おきます (List て終了しなくてはなりません。そこて、 , ma このような場合 , 工ラーメッセージを出しが足りなくなってしまうことがあります。 MS-DOS などの場合 , 実行途中にメモリ

8. 月刊 C MAGAZINE 1992年10月号

NOW PRINTING ソフトバンクのソフトバンク出版事業部アプリを使いこなす MS - DOS SOFT BANK 星野進ニ著定価 2 , 200 円「 Oh!PC 」の好評連載を加筆・修正、書籍化。 MS ー DOS の必要最小限のコマンドや機能について、様々な使いかたとノウハウをレッスン形式で紹介。 DOS 工クステンダ入門林晴比古著定価 2 , 400 円 DOS 工クステンダについての全体像をわかりやすく記述し、典型的な疑問とその解答をまとめて解説。また DOS / 16M をターゲットに各関数の使用例も詳細に説明。 MELWARE によるパワフルなメモリ管理術改訂増設メモリ活用ブック 1 川原・石垣・三浦共著定価 2 , 300 円「増設メモリ活用ブック 1 」の改訂版。メモリ環境の変化に即応しながら、初心者でも理解できるように、メモリの基礎知識と MELWAREVer. 5 による利用法を豊富な実例で紹介。 C プログラマのための C + + 入門柴田望洋著定価 2 , 900 円「 c : 98 スーパーライプラリ」の柴田望洋氏が書き下ろした、最も簡潔で正確な c + + の解説書。 c から c + + へ、その拡張の必然性と c + + の特長を、体系的に解説。 Bt ⅱ eve システムガイド MML&VAINS 著定価 4 , 800 円 NetWare 上で標準装備されるデータベース、 Btrieve について、その高速度を誇る全貌を解説し、 dBASE で作成したシステムを LAN に移行するための解決策を掲示。ディスク付。 Macintosh ユーティリティとつきあう本狩野都著定価 1 , 600 円 System7 の登場で操作環境を大きく変えつつある Macint 。 sh について、新しい環境下でのユーティリティの利用法をユーザーのニーズに応じて目的別に解説。 PracticaI C Programming 現実的な C プログラミング steve Oualline 著岩谷宏訳定価 3 , 600 円米国 O'Reilly & Associates,Inc. の Nutshell シリーズの一冊。初級から中級を対象に、プログラムの仕様決定から改版まで、 c プログラミングの全サイクルを解説した定本的入門書。パソコンし AN でどこまでできるか杉山育央著定価 1 , 800 円パソコン LAN で実際に何ができるのかを徹底的に回答。導入や運営についてのチェックポイントや実例をあげながら、現在のパソコン LAN の実力を余すところなく語る。 NetWare A 円入門荒井文吉著定価 3 , 600 円 NetWare プログラミングの実践的入門書。サンプルプログラムの作成を通し、 NetWare のサービスを利用するアプリケーションの作成方法を具体的に解説。 5 " ディスク付。 X ウインドウ・システム・シリーズ日本語版第 7 巻 XViewVe 「 .3 プログラミング・マニュアル XViewVe 「 .3 リファレンス・マニュアル Dan HeIIer 著定価 6 , 000 円 / 4 , 000 円米国 O'ReiIIy & Associates,Inc. から出版されているシリーズの翻訳書。第 7 巻は、 UNIX 上で稼働する X11 リリース 4 に対応の XView ツールキット、バージョン 3 の解説書です。定価は税込

9. 月刊 C MAGAZINE 1992年10月号

特集・ Free a 「 e に学ぶ快適開発環境構築法 Fig. 4 b it bit 1 1 テパイスドライバアトリピュート 15 14 13 12 11 10 9 8 7 B/C IOC OUB OCR 6 60 5 4 3 2 1 に 9 CLK NUL STO STI 0 名前値が 1 のときに与えられる属性 15 B/C キャラクタテパイス ( 値が 0 のときは , プロックテパイス ) 14 IOC IOCTL サポート 13 OUB bit15=1 のとき Output Until Busy ファンクションサポート bitl 5 = 0 のとき non - 旧 M format OCR Open/cIose/Removable Media ファンクションサポート 4 に 9 CON テパイスの高速出力 (INT 29H ) サポート 6 60 Generic IOCTRL, Get/Set Logical Device ファンクションサポートプロック型の終了処理 0 STI 標準入力 (stdin) 1 STO 標準出力 (stdout) 2 NU NUL テパイス 3 CLK CLOCK テパイス 2 : 4 : 5 : 6 : Fig. 5 8 mov mov 3 : sub lds 1 : and [dev-attri bute) , 07FFFh bx, cs: Cptsav] [ bx + 13 ] , al WORD PTR bx + 14 WORD PTR bx + 16 , CS : デバイスアトリビュート bit15 = 0 : es : bx ニリクエストヘッダアドレス MS ー DOS の隠しファンクション爪 T DCh INT DCh CL=81 ,AX=I [ 引数 ] [ 戻り値 ] BX = 要求メモリサイズ IK バイト単位 AX = 1 . 工ラー 0 : 成功 DX = 確保メモリプロック最終アドレス 64K バイト単位 BX = 確保メモリプロック先頭アドレス 64K バイト単位 INT DCh CL=82 ,AX=O [ 引数 ] [ 戻り値 ] なし DX = 解放メモリプロック最終アドレス 64K バイト単位 BX = 解放メモリプロック先頭アドレス 64K バイト単位 0 : 成功 AX = 1 : 工ラーェントラント ( 再帰呼び出し ) 可能となるようにプログラムする必要があります。また , グローバル変数を直接参照するようなアプリケーションも考えられるため (XMS 規格を破る邪悪なアプリケーション ) , て、きるかぎりその配置なども考えて作成してあります。 XMS ドライバテパイスドライバとしての特集 Free s 。 are に学ぶ快適開発環境構築法 47 てはデバイスドライバの形が残ってしまい部分がないため , 先頭アドレスだけの処理デバイスドライバにはドライプ数を入れるは跡を残しません。しかし , キャラクタ型初期化工ラーとなって , デバイスドライバの先頭アドレスを入れてリターンすれば , オフセット十 14 ~ 十 17 にデバイスドライノヾオフセット十 13 にドライプ数 0 として入れ , プロックデバイスて、はリクエストヘッダの在しないときのエラー処理に苦労しました。初期化処理て、は , プロテクトメモリが存ェリアに 0 をセットします。リを使用しないよう , このシステムワークアが XMS の管理から外れてプロテクトメモ対象とします。そして , ほかのソフトウェ得して , そのすべてを XMS のメモリ管理のェリアからプロテクトメモリのサイズを取す。デバイスドライバの初期化処理て、このイズ ( 128K バイト単位 ) が格納されていまは , 実装されているプロテクトメモリのサシステムワークエリア 0000h : 0401h にスドライバになります (Fig. 4 ) 。 1 にするとキャラクタデバイとして bit15 スアトリビュートを 1010 0000 0000 0000b スとして作成することにしました。デバイて、 , ほかに影響の少ないキャラクタデバイしまいます。これはあまり好ましくないのスとした場合 , ドライプがひとつ増加してバイスて、もよいのてすが , プロックデバイては , プロックデバイスて、もキャラクタデの形態をとります。デバイスのタイプとし組み込む必要があるためデバイスドライバドライバや常駐ソフトより先にシステムにうわけて、はありませんが , ほかのデバイス XMS ドライバは , 入出力関係の処理を行

10. 月刊 C MAGAZINE 1992年10月号

た場合は構造体の各メンバの内容が表示されます。 C ては代入文も式なのて、 , この機能により変数に値を設定てきます。ほかにも , 条件制御やマクロ定義 , ヒストリが利用てきるなど , 使いやすくする配慮が見られます。惜しむらくは , もう少しマウスを生かす工夫 , たをえば , ボタンに任意のコマンドやマクロを定義する機能て、もあればより便利だったかもしれません。下位ウインドウについても簡単に触れておきましよう。ソースリストウインドウには C のソースリストが表示されます。マウス左ボタンによりプレイクポイントの設定 / 解除が行えます。スクロールノヾーて、スクロールて、きるのはもちろん , キーポードから行番号を入力することにより行ジャンプすることも可能てす ( 関数名によるジャンプや , 識別子の検索もて、きれば万全だったのて、すが ) 。逆アセンプルリストウインドウにはターゲットの逆アセンプルリストが表示されます。当然 , マウスて、プレイクポイントを設定することもてきます。のみならず , メニューにより機械語コードや C のソースを同時に表示したり / しなかったりといった指定も可能て、すし , 表示開始アドレス指定にデバッガコンソールウインドウ同様の C の式が使えるのて、 ( ということは , 関数名て、も C ソースの行番号ても受け付ける ) , 場合によってはソースリストウインドウより重宝するかもしれません。メモリダンプウインドウには指定アドレス以降のメモリ内容がリアルタイムに表示されます。表示形式はバイト , ワード , ロングワード , 浮動小数点 , 文字 , 相対アドレスなどから選べます。また , 表示されているメモリ内容をマウスて、指定し , その値をアドレスとして逆アセンプルウインドウに渡したり , 新たなメモリダンプウインドウを開いたりする機能があります。変数モニタは変数内容を表示するウインドウて、す。正確には変数だけて、はなく C の式の値を表示します。表示の更新はデバッガに制御が戻るたびに行われるのて , トレースしながら変数の変化を追うことがて、きる 158 C MAGAZINE 1992 10 わけて、す。スタックフレームウインドウは実行中の関数のスタックフレームのようす ( 引数とローカル変数の値 ) を表示します。関数が入れ子になっている場合 , メニューて、表示対象を上位の関数に切り換えられます。レジスタモニタウインドウには 68000 のレジスタ内容が表示されます。メニューにより , レジスタ内容を C の識別子 ( 関数名や配列 / 構造体名 ) て、表示することも可能て、す。プレイクポイントウインドウには設定したプレイクポイントのアドレスが表示されます。キーボードから新たなプレイクポイントを設定することもてきます。リソースエデイタリソースはプログラムの実行に必要なデータ ( だけて、はなく , サプのプログラムて、もよいのて、すが ) をメインプログラムから分離したものて、 , ウインドウシステムて、はお馴染みの概念て、す。データがプログラム本体に埋め込まれているとデータ部に小さな修正を加える際にも再コンパイルが必要てすが , 分離されていれば再コンパイルなしにデータのみを修正することがてきます。また , このような修正はユーザレベルて行うこともて、きるのて、 , ある程度のユーザカスタマイズも可能になります。理想をいえば , ウインドウに表示される図形や文字列などはすべてリソースにしてあるべきて、す。しかし , SX ー WINDOW て、はこれまて、リソース作成用のツールがなかったためか , あるいは , リソースが実行ファイルとは完全に別のファイルになってしまうという繁雑さのためか , ある程度以上大きなプログラムて、もないかぎり , リソースをあまり積極的に活用していません。今回のリソース工デイタのサポートて、 , 事態が改善されることを期侍してみましよう。そのリソースエデイタ . X は Macintosh の ResEdit あたりを参考にしたようて、 , 16 進数値による直接編集 , テンプレートによる穴埋め式の編集 , リソースタイプに応じた内蔵専用工デイタによる編集をサポートしています。リソースを編集しようとすると , 専用工デイタがあればそのウインドウ , 工デイタがなくテンプレートがあればテンプレート編集ウインドウ , どちらもなければ 16 進編集ウインドウが開きます。専用ェデイタがあってもあえてテンプレートて編集したいという場合はメニューて、編集方法を指定することもてきます。ちなみにこて、いうテンプレートとはリソース各タイプごとの構造を定義したデータて、 , これ自体 TMPL というタイプのリソースとして提供されます。標準的なリソースタイプのテンプレートはすて、に用意されていますが , アプリケーション独自のリソースタイプが必要になった場合もテンプレートの追加だけて、対応て、きます。専用工デイタとしては , 少なくとも , W IND ( ウインドウの大きさ / 表示位置などの定義 ) , DLOG( ダイアログの大きさ / 表示位置などの定義 ) , CNTL ( コントロール数の大きさ / 表示位置などの定義 ) , DITL( ダイアログ上のアイテムの配置 ) , PATI ~ 4 ( パターンデータ ) 用のものが内蔵されています。また , PICT ( 描画命令列の形て、表現された図形 / 絵 ) の場合は , 描画結果を表示する専用ウインドウがエデイタの代わりに用意されています。総じてどの専用工デイタも使いやすそうてす。あえていうなら , W IND と DLOG のエデイタにあるプレビュー機能はメニューに埋もれさせずにボタンにしてあったほうがよかったような気がします。しかし , 専用工デイタがリソースエディタ . X に文字どおり内蔵されてしまっているのはいただけません。このようなサププログラムこそリソースにすべきて、しよう。そうすれば , アプリケーション独自のリソース用工デイタを追加したり , 既存のものを差し換えたりといったことも可能になりまリソースになっていれば , 必要す。また , になるまて、メモリ上に読み込まないようにて、きるのて、 , リソースエデイタのメモリ占有率を抑えることにもつながります。一考をお願いしたいと思います。