JP2000200202A - アプリケ―ションプログラムのデバッグにおけるリンク処理方法及びそのシステム並びに情報記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 アプリケーションプログラムのデバッグにお
けるリンク処理に要する処理時間を削減して、作業工程
を効率化する。 【解決手段】 外部記憶装置１０、リンカ１１，ＲＡＭ
１２、メモリ１３、入出力表示処理１３及び中央演算処
理装置１５を有し、外部記憶装置１０からメモリ１３に
読み込んで格納したオブジェクトモジュールファイル中
のデータにポインタ方式を適用して管理する。この際、
１回目のリンク処理でオブジェクトモジュールファイル
の内容をメモリ１３に書き込んで、リンカを待機状態に
設定して、オブジェクトモジュールファイルをメモリ１
３に残し、２回目以降のリンク処理で、１回目に書き込
んだメモリ１３の内容を使用する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アプリケーション
プログラムのデバッグにおけるリンク処理方法及びその
システム並びに情報記録媒体に関し、特に、リンク処理
の処理時間を削減するリンク処理方法及びそのシステム
並びに情報記録媒体に関する。

【０００２】

【従来の技術】従来、アプリケーションプログラムの開
発において、プログラム規模が大きくなり、そのステッ
プ数が増大化している。このアプリケーションプログラ
ムの作成では、コンパイル（アセンブリ）、リンク、デ
バッグ、コード修正の一連の作業工程を繰り返して行っ
ている。この作業工程は、プログラム規模の増大ととも
に、その作業時間が大きくなっている。このようなアプ
リケーションプログラムのデバッグにおけるリンク処理
として、特開昭６３−８９３５号公報例が周知である。

【０００３】図８は、この従来のアプリケーションプロ
グラムのデバッグにおけるリンク処理を説明するための
図である。このリンク処理では、複数個のオブジェクト
ファイルにライブラリ中から必要なルーチンを取り込ん
で実行するアプリケーションプログラムを作成するもの
であり、外部記憶装置１に格納しているソースプログラ
ムを分割した複数のオブジェクトモジュールファイル
（適宜、ＯＭＦと略称する）をリンカ２が順次読み出
し、かつ、リンカ２における結合部、配置部、シンボル
解決部、コード補正部、ロードモジュールファイル出力
部が一連のリンク処理を実行している。すなわち、ＯＭ
Ｆごとにコンパイラやアセンブラによるオブジェクトデ
ータファイルを生成し、この生成したオブジェクトデー
タファイルを結合したロードモジュールファイルを作成
して、対象装置のメモリに格納している。

【０００４】このリンク処理は、ＯＭＦの格納がインデ
ックス形式であり、複数のＯＭＦのインデックスを一つ
ずつサーチしている。この結果、データのアクセス時間
が多大になる。また、このリンク処理では、毎回外部記
憶装置１からＯＭＦを読み込む必要がある。換言すれ
ば、ＯＭＦの格納をインデックス形式からポインタ方式
に張り替えても、一回のリンク処理でリンカが終了して
しまい、メモリに読み込んだＯＭＦの情報が開放されて
しまう。この場合もリンク処理の時間が多大になる。

【０００５】このようなリンク処理の効率化に関して
は、特開平５−３２４２８０号公報の「プログラム開発
装置」（デバッグ作業中に、ターゲットシステムに実行
形式を出力し、全てのデバッグ作業終了後に最終的な実
行形式を記憶装置に出力する）が知られている。また、
特開平７−４４３７０号公報の「デバッグ方法」（デバ
ッグによる修正済のモジュールを修正前の元のメモリの
格納領域に再格納する）、及び、特開平１０−１７１６
８０号公報の「デバッグ情報作成方法、デバッグ方法及
びデバッグシステム」（リンク処理を全てのデバッグ情
報ファイルを一つのデバッグ書ファイルに編集せずに、
管理情報ファイルを生成する）が知られている。しかし
ながら、これらの公報における従来例では、リンク処理
の、より効率化に対する改善の余地がある。

【０００６】

【発明が解決しようとする課題】このように、上記従来
例は、アプリケーションプログラムのデバッグにおける
リンク処理に要する処理時間が多大になり、そのアプリ
ケーションプログラムの作成効率が向上が低下するとい
う欠点があった。

【０００７】本発明は、このような従来の技術における
課題を解決するものであり、アプリケーションプログラ
ムのデバッグにおけるリンク処理に要する処理時間を削
減できるようになり、アプリケーションプログラムの作
成効率が向上するアプリケーションプログラムのデバッ
グにおけるリンク処理方法及びそのシステム並びに情報
記録媒体の提供を目的とする。

【０００８】

【課題を解決するための手段】上記課題を達成するため
に、本発明のアプリケーションプログラムのデバッグに
おけるリンク処理方法は、外部記憶装置からメモリに読
み込んで格納したオブジェクトモジュールファイル中の
データにポインタ方式を適用して管理している。

【０００９】また、本発明のアプリケーションプログラ
ムのデバッグにおけるリンク処理方法は、前記ポインタ
形式を適用した管理において、１回目のリンク処理でオ
ブジェクトモジュールファイルの内容をメモリに書き込
み、リンカを待機状態に設定して、オブジェクトモジュ
ールファイルをメモリに残し、この１回目に書き込んだ
メモリの内容を２回目以降のリンク処理で使用してい
る。

【００１０】更に、本発明のアプリケーションプログラ
ムのデバッグにおけるリンク処理方法は、前記１回目の
リンク処理で、メモリにおける記憶容量の占有率が設定
値以上であるかを判断し、この判断で設定値以上の場合
に、最後に読み込んだオブジェクトモジュールファイル
をメモリから削除し、この削除対象のオブジェクトモジ
ュールファイルが、２回目以降のリンク処理かつ外部記
憶装置からのオブジェクトモジュールファイルの読み込
み時に、メモリに存在するかの判断を更に行っている。

【００１１】本発明のアプリケーションプログラムリン
ク処理システムは、一回目のリンク処理において、一連
のリンク処理終了後にリンク処理プロセスを未終了とし
て待機状態に設定する設定処理手段と、設定処理手段で
の設定後の再リンカ起動時に待機状態のリンカに制御を
移行してリンク処理を行うリンク処理手段と、リンク処
理手段において外部記憶装置からメモリに読み込んだオ
ブジェクトモジュールファイル中のデータをポインタ形
式で管理するための変更を行う変更処理手段と、２回目
以降のリンク処理において、変更処理手段で変更された
オブジェクトモジュールファイルのみを外部記憶装置か
ら読み込み、かつ、変更されていないオブジェクトモジ
ュールファイルに対して変更処理手段でポインタ形式に
変更されたメモリ中のオブジェクトモジュールファイル
を読み込む処理を実行する読込処理手段とを備える構成
としてある。

【００１２】前記変更手段が、ポインタ形式で管理する
変更を行うとともに、オブジェクトモジュールファイル
が作成された日付情報を付加して、読み込んだオブジェ
クトモジュールファイルの前後関係を判断する構成とし
てある。

【００１３】また、前記１回目のリンク処理で、メモリ
における記憶容量の占有率が設定値以上かを判断する判
断処理手段と、判断処理手段が設定値を越えたと判断し
た際に、最後に読み込んだオブジェクトモジュールファ
イルをメモリから削除する削除処理手段と、削除処理手
段での削除対象のオブジェクトモジュールファイルが、
２回目以降のリンク処理かつ外部記憶装置からのオブジ
ェクトモジュールファイルの読み込み時にメモリに存在
するかを判断する判断処理手段とを更に備える構成とし
てある。

【００１４】更に、前記設定値として、メモリにおける
記憶容量の占有率が、少なくとも５０パーセント以上又
は未満であるかを判断するための値を設定する構成とし
てある。

【００１５】また、前記設定処理手段、リンク処理手
段、変更処理手段及び読込処理手段として、少なくと
も、ＲＡＭ、メモリ、外部記憶装置、リンカ処理部、デ
ータ入出力表示装置及び中央演算処理装置を用いる構成
としてある。また、前記判断処理手段、削除処理手段及
び判断処理手段として、少なくとも、ＲＡＭ、メモリ、
外部記憶装置、リンカ処理部、データ入出力表示装置及
び中央演算処理装置を用いる構成としてある。

【００１６】本発明のアプリケーションプログラムリン
ク処理情報記録媒体は、外部記憶装置からメモリに読み
込んで格納したオブジェクトモジュールファイル中のデ
ータにポインタ方式を適用して管理し、１回目のリンク
処理でオブジェクトモジュールファイルの内容をメモリ
に書き込んで、リンカを待機状態に設定して、オブジェ
クトモジュールファイルをメモリに残し、２回目以降の
リンク処理で、１回目に書き込んだメモリの内容を使用
するための制御を実行する制御プログラムを記録してい
る。

【００１７】前記１回目のリンク処理で、メモリにおけ
る記憶容量の占有率が設定値以上の場合に、最後に読み
込んだオブジェクトモジュールファイルをメモリから削
除し、このオブジェクトモジュールファイルが２回目以
降のリンク処理かつ外部記憶装置からのオブジェクトモ
ジュールファイルの読み込み時に、メモリに存在するか
の判断を行う制御を実行するための制御プログラムを更
に記録している。

【００１８】このような本発明のアプリケーションプロ
グラムのデバッグにおけるリンク処理方法及びシステム
は、外部記憶装置からメモリに読み込んで格納したオブ
ジェクトモジュールファイル中のデータにポインタ方式
を適用して管理するとともに、１回目のリンク処理でオ
ブジェクトモジュールファイルの内容をメモリに書き込
み、リンカを待機状態に設定して、オブジェクトモジュ
ールファイルをメモリに残している。そして、２回目以
降のリンク処理で、１回目に書き込んだメモリの内容を
使用している。

【００１９】この結果、アプリケーションプログラムの
デバッグにおけるリンク処理に要する処理時間を削減で
きるようになり、そのアプリケーションプログラムの作
成効率が向上する。

【００２０】また、本発明のアプリケーションプログラ
ムのデバッグにおけるリンク処理方法及びシステムは、
１回目のリンク処理で、メモリにおける記憶容量の占有
率が設定値以上の場合に、最後に読み込んだオブジェク
トモジュールファイルをメモリから削除する。そして、
この削除対象のオブジェクトモジュールファイルが、２
回目以降のリンク処理かつ部記憶装置からのオブジェク
トモジュールファイルの読み込み時にメモリに存在する
かの判断を行っている。

【００２１】この結果、アクセス頻度の低いメモリの領
域を一時的にディスクに退避して、再度アクセスされた
時点でメモリに読み出すスワップがなくなり、システム
のスワップが多大にならずに、オペレーティングシステ
ムの処理速度に影響を与えないようになる。換言すれ
ば、リンク処理に要する処理時間の削減が、より効果的
に行われる。

【００２２】本発明のアプリケーションプログラムリン
ク処理情報記録媒体は、前記した処理を実行する制御プ
ログラムを格納している。

【００２３】この結果、制御プログラムを汎用ソフトウ
ェアとして提供できるようになり、汎用小型コンピュー
タでのアプリケーションプログラムのデバッグにおける
リンク処理に要する処理時間を削減できるようになり、
そのアプリケーションプログラムの作成効率が向上す
る。

【００２４】

【発明の実施の形態】次に、本発明のアプリケーション
プログラムのデバッグにおけるリンク処理方法及びその
システム並びに情報記録媒体の実施の形態を図面を参照
して詳細に説明する。図１は本発明のアプリケーション
プログラムのデバッグにおけるリンク処理方法及びその
システム並びに情報記録媒体の第１実施形態にかかる構
成を示すブロック図である。このアプリケーションプロ
グラムリンク処理システムは、汎用小型コンピュータを
用いて、複数個のオブジェクトファイルにライブラリ中
から必要なルーチンを取り込んでアプリケーションプロ
グラムを作成するためのものであり、この汎用小型コン
ピュータによってコンパイル（アセンブリ）、リンク、
デバッグ、コード修正の一連の作業工程を繰り返して行
っている。

【００２５】図１において、このアプリケーションプロ
グラムリンク処理システムは、汎用小型コンピュータに
おける外部記憶装置１０に格納した複数のオブジェクト
モジュールファイル（ＯＭＦ）を順次読み出し、リンカ
１１がリンク処理を実行している。また、汎用小型コン
ピュータにおけるＲＡＭ１２及びメモリ１３が、このリ
ンカ１１でのリンク処理にかかるデータの記憶処理を行
っている。また、入出力表示処理装置１４及び中央演算
処理装置１５が設けられている。

【００２６】なお、以下のリンク処理は汎用小型コンピ
ュータを用いて実行される。したがって、以下のリンク
処理をＣＤ−ＲＯＭや磁気記録媒体に格納した汎用ソフ
トウェア（情報記録媒体）として提供可能である。

【００２７】図１において、この例は、再リンクを指示
するオプション指定１０１、及び、リンカ終了を指示す
るオプション指定１０２の処理とともに、待機中のリン
ク処理のプロセスに制御を移行させるための処理を行う
入出力処理部（Ａ）１１０と、外部記憶装置１０からＯ
ＭＦのファイルを取り込んでメモリ１３に展開するＯＭ
Ｆ入力部（Ａ）１１１と、ＯＭＦ中のデータ管理をイン
デックス形式からポインタ形式に変換するためのインデ
ックス張り替え処理部１１２と、リンク処理本体１０５
とを備えている。

【００２８】リンク処理本体１０５は、結合部１１３
と、配置部１１４と、シンボル解決部１１５と、コード
補正部１１６と、ロードモジュールファイル出力部１１
７とを有している。このリンク処理本体１０５では、外
部記憶装置１０に格納しているソースプログラムを分割
した複数のＯＭＦごとにコンパイラやアセンブラによる
オブジェクトデータファイルを生成し、この生成したオ
ブジェクトデータファイルを結合したロードモジュール
ファイルを作成して、対象装置のメモリに送出してい
る。

【００２９】更に、この例は、リンク処理本体１０５で
のリンカ終了を指示するオプション指定が指示されたか
を判断し、リンカ終了を指示するオプションが指定され
ていた場合にリンカを終了させ、また、リンカ終了を指
示するオプションが指定されていない場合にリンク処理
のプロセスを待機状態に設定する入出力処理部（Ｂ）１
１８と、ロードモジュールファイルがメモリ１３中のＯ
ＭＦよりも後に作成されたものであれば、外部記憶装置
１０からＯＭＦを読み込む処理を行うＯＭＦ入力部
（Ｂ）１１９とを備えている。

【００３０】次に、この第１実施形態の動作について説
明する。図２は第１実施形態の動作の処理手順を示すフ
ローチャートである。図１及び図２において、再リンク
オプション指定１０１が行われているかを判断する（ス
テップＳ２０１) 。ここで再リンクオプション指定１０
１が行われていない場合（Ｎｏ）、指定されたＯＭＦを
メモリ１３に読み込む（ステップＳ２０２) 。この読み
込んだＯＭＦ中のデータをインデックス形式で管理して
いるデータをポインタ形式に変換するとともに、読み込
んだオブジェクトモジュールファイルの前後関係を判断
するためのオブジェクトモジュールファイルが作成され
た日付情報を付加する（ステップＳ２０３) 。

【００３１】このステップＳ２０３について詳細に説明
する。図３は図２中のステップ２０３の詳細な処理手順
を示すフローチャートである。図２中のＯＭＦ中のデー
タをインデックス形式で管理しているデータをポインタ
形式に張り替え、更に日付情報を付加した後（ステップ
Ｓ２０３）に、変換するＯＭＦを読み込む（ステップＳ
３０１）。インデックス値（何番目のデータであるかを
示す値）をカウントする変数ｃｏｕｎｔを「０」に初期
化する（ステップＳ３０２）。次に、ファイルヘッダ情
報からインデックス形式をポインタ形式に変換するデー
タの先頭アドレスを取得し（ステップＳ３０３) 、変換
するデータのインデックス値を取得する（ステップＳ３
０４) 。

【００３２】更に、ファイルヘッダ情報から変換するデ
ータを示している先頭アドレスを変数ａｄｄｒに代入す
る（ステップＳ３０５) 。次に、インデックス値と変数
ｃｏｕｎｔとが同一であるかを判断する（ステップＳ３
０６) 。この判断でインデックス値と変数ｃｏｕｎｔと
が同じでない場合（Ｎｏ）、次のデータにアドレスを進
めるためデータのサイズ分を変数ａｄｄｒに加算する
（ステップＳ３１２) 。続いて、変数ｃｏｕｎｔに
「１」を加算して（ステップＳ３１３）、ステップ３０
６に戻る。このステップＳ３０６，Ｓ３１２，Ｓ３１３
を繰り返すサーチによって該当するデータを検出する。

【００３３】次に、このメモリ１３に入力したＯＭＦ
（インデックス形式）について説明する。図４はインデ
ックス形式をポインタ形式に変換する前のＯＭＦの内容
を説明するための図である。図５はシンボルテーブルを
説明するための図である。図４に示すインデックス形式
では、インデックス値に基づいて、図５に示すシンボル
情報を一つずつサーチして、データを参照しなければな
らないが、ポインタ形式ではアドレスを参照することに
よって、直接そのデータを参照できる。

【００３４】図３において、インデックス値と変数ｃｏ
ｕｎｔとが同一になった場合、インデックス値が格納さ
れていた領域に変数ａｄｄｒの内容を代入する（ステッ
プＳ３０７) 。これによって、一つのデータをインデッ
クス形式からポインタ形式へに変換する処理が終了した
ことになる。次に、一つのＯＭＦ中の全てのインデック
ス形式がポインタ形式に変換できたかの終了を判断する
（ステップＳ３０８)。この判断で終了していない場合
（Ｓ３０８：Ｎｏ）、ステップＳ３０２に戻り、また、
ステップＳ３０８の判断で終了している場合（Ｙｅ
ｓ）、ＯＭＦの作成日時情報をＯＭＦに追加する（ステ
ップＳ３０９) 。

【００３５】次に、全てのＯＭＦのインデックス形式が
ポインタ形式に変換できたかの終了を判断する（ステッ
プＳ３１０) 。この判断で全てのＯＭＦの変換（ポイン
タ形式）が終了していない場合（Ｎｏ）、ステップＳ３
０１に戻って、以降の処理を繰り返す。また、ステップ
Ｓ３１０の判断で全てのＯＭＦの変換（ポインタ形式）
が終了している場合（Ｙｅｓ）、図２に示すリンク処理
本体１０５での処理に移行する（ステップＳ２０４）。
このリンク処理本体１０５での処理（ステップＳ２０
４）は、結合部１１３、配置部１１４、シンボル解決部
１１５、コード補正部１１６、ロードモジュールファイ
ル出力部１１７によって、外部記憶装置１０に格納して
いるソースプログラムを分割した複数のＯＭＦごとにコ
ンパイラやアセンブラによるオブジェクトデータファイ
ルを生成し、この生成したオブジェクトデータファイル
を結合したロードモジュールファイルを作成している。

【００３６】このリンク処理本体１０５での処理（ステ
ップＳ２０４）が終了すると、リンク終了オプション指
定（オプション指定１０２）が行われたかを判断する
（ステップＳ２０５) 。この判断で指定が行われている
場合（Ｙｅｓ）、リンク処理を終了する。また、ステッ
プＳ２０５の判断で指定が行われていない場合（Ｎ
ｏ）、入出力処理部の確保を行って（ステップＳ２０
６) 、リンク処理を待機状態に設定する（ステップＳ２
０７) 。次に、再リンクオプション指定１０１が行われ
ている場合、すなわち、２回目以降のリンク処理では、
まず、入出力処理部（Ａ）１１０の確保を行う（ステッ
プＳ２１３) 。装置のアドレスとポート番号情報に基づ
いて、すでに待機状態のリンク処理のプロセスに接続要
求を行う（ステップＳ２１４) 。

【００３７】そして、指定されたファイル名及びオプシ
ョン情報を待機状態のリンク処理のプロセスに渡して、
その制御を移行する（ステップＳ２１５) 。この制御が
移行された待機状態のリンク処理のプロセスでは、ファ
イル名（ＯＭＦ）及びオプション情報を取得する（ステ
ップＳ２０８) 。この取得したＯＭＦとメモリ１３とに
格納されているＯＭＦの日付情報とを比較する（ステッ
プＳ２０９) 。

【００３８】この日付情報の比較によって、メモリ１３
中のＯＭＦが新しいかを判断し（ステップＳ２１０) 、
この判断でメモリ１３中のＯＭＦが古い場合（Ｎｏ）、
外部記憶装置１０から再度読み込みを行う（ステップＳ
２１１) 。そして、他に指定されたファイルがあるかを
判断する（ステップＳ２１２) 。メモリ１３中のＯＭＦ
が新しい場合（Ｓ２１２：Ｙｅｓ）、ステップＳ２１２
に進む。まだ、他のファイルがある場合（Ｓ２１２：Ｎ
ｏ）は、ステップＳ２０３に戻って以降の処理を繰り返
す。

【００３９】図２において、再リンクを指示するオプシ
ョン指定１０１が行われていない場合、すなわち、２回
目移行のリンク処理では、入出力処理部の確保を行い
（ステップＳ２１３) 、装置のアドレスとポート番号情
報に基づいて、すでに動作しているリンク処理のプロセ
スに接続要求を行う（ステップＳ２１４) 。次に、起動
時に指定したファイル名とオプション情報を、すでに動
作しているリンク処理のプロセスに、その制御を移行す
る（ステップＳ２１５) 。

【００４０】このようにして図４に示すインデックス形
式をポインタ形式に変換する前のＯＭＦをポインタ形式
に変換する。図６はインデックス形式をポインタ形式に
変換した後及び作成日付を付加した後のＯＭＦの内容を
説明するための図である。図４に示すリロケーションデ
ータ１及びリロケーションデータｎがインデックス方式
によって、そのシンボルを示しているのに対して、図６
では、ポインタ形式によって、そのシンボルを示してい
る。

【００４１】このようにして、最初にリンク処理を実行
したときに、ＯＭＦを読み込み、このＯＭＦ中のデータ
をインデックス形式からポインタ形式に張り替えて処理
を行う。この結果、処理時間を削減できる。更に、リン
ク処理を終了させずに待機状態とする。これによって、
メモリ１３中のＯＭＦを２回目以降のリンク処理で使用
できることになる。この２回目以降のリンク処理では、
指定されたファイル名及びオプション情報を待機状態の
リンク処理に渡すことによって、その処理を行う。ま
た、変更されたＯＭＦのみを外部記憶装置１０から読み
込み、変更されていないＯＭＦは、メモリ１３中に格納
されているＯＭＦを使用する。この結果、更に処理時間
が削減される。

【００４２】次に、この処理時間の削減を具体的な数字
に基づいて説明する。以下、ＯＭＦ数を３０個でリンク
処理する場合について説明する。従来例のリンク処理に
あって、３０本のＯＭＦをリンク処理すると約１８０秒
が必要である。この中でＯＭＦを読み込むために要する
時間は、３０本で計３６秒である。１日間、そのデバッ
グ処理を行うと、通常約３０〜５０回のリンク処理を行
うことになり、その合計時間は、４０回×１８０秒＝７
２００秒（１２０分）となり、この時間内でのＯＭＦを
読み込む時間は、４０回×３６秒＝１４４０秒（２４
分）となる。

【００４３】この時間に基づいたリンカ１１の実行で
は、以下のようになる。インデックス形式で管理されて
いるデータをポインタ形式に変更することによって、リ
ンク処理時間が従来例よりも１０パーセント削減でき
る。また、ＲＡＭ１２から読み出す速さは、ハードディ
スク装置（ＨＤＤ）の約４０〜１６０倍である。したが
って、このＲＡＭ１２から読み出す速さは、ほぼ無視で
きる値となる。また、通常、再リンク処理を行う場合に
更新されるＯＭＦは、１〜２本であるため、２回目以降
のリンク処理では、この１〜２本のＯＭＦの読み込み時
間のみを要することになり、他の２８，２９本の読み込
み時間が無視できる値となる。これを従来例によって、
その合計時間を計算すると次のようになる。

【００４４】４０回×（１８０秒−（３６秒＋（１８０
秒×１０パーセント）＋１秒＝５０００秒（約８４分）
となる。したがって、従来例よりも実施形態でのリンク
処理は、処理時間を約３０パーセント削減（２４分／８
４分）できることになる。なお、前記した１秒は、外部
記憶装置１０からＯＭＦを読み込む時間である。

【００４５】このように、この第１実施形態では、アプ
リケーションプログラムのデバッグにおけるリンク処理
に要する処理時間を削減できるようになり、結果的にア
プリケーションプログラムの作成効率が向上することに
なる。

【００４６】次に、第２実施形態について説明する。図
７は第２実施形態の処理手順を示すブロック図である。
図７において、図２に示した第１実施形態の処理と同一
の処理には、同一の参照符号を付し、かつ、その重複し
た説明は省略する。この第２実施形態では、前記した第
１実施形態に対し、システムのメモリ１３における記憶
容量に対する占有率を調べ、そのメモリ１３の記憶容量
の占有率が５０パーセント以上の場合に、メモリ１３に
読み込んでいるＯＭＦを削除する処理を追加している。
このメモリ１３における記憶容量の占有率を５０パーセ
ント未満としているのは、５０パーセント以上になると
システムのスワップが多大になり、オペレーティングシ
ステムの処理速度に影響を与える場合を考慮したもので
ある。

【００４７】図７において、ステップＳ２０１からステ
ップＳ２０５までの処理は、図２に示した第１実施形態
の処理と同様である。このステップＳ２０５によるリン
ク終了オプション指定（オプション指定１０２）が行わ
れたかの判断の後のステップＳ７０１では、この第２実
施形態のリンカが占有しているメモリ１３の記憶容量が
システムでのデータ処理における全体の５０パーセント
以上かを判断する。ここで５０パーセント以上の場合
（Ｓ７０１：Ｙｅｓ）、ステップＳ７０２で最後に読み
込んだＯＭＦをメモリ１３から削除してステップＳ７０
１に戻る。また、ステップＳ７０１で５０パーセント未
満の場合（Ｎｏ）、ステップＳ２０６に進む。このステ
ップＳ２０６からステップＳ２０９までの処理は図２に
示した第１実施形態の処理と同様である。

【００４８】ステップＳ２０９における取得したＯＭＦ
とメモリ１３とに格納されているＯＭＦの日付情報との
比較後のステップＳ７０３では、メモリ１３中に存在
し、かつ、メモリ１３中のＯＭＦが新しいかの判断を行
う。ここでメモリ１３中のＯＭＦが古い場合（Ｎｏ）、
図２に示した第１実施形態におけるステップＳ２１１，
Ｓ２１２を処理する。すなわち、外部記憶装置１０から
再度読み込みを行い、他に指定されたファイルがあるか
を判断する。

【００４９】このように、この第２実施形態では、アク
セス頻度の低いメモリ１３の領域を一時的にディスクに
退避して、再度アクセスされた時点でメモリ１３に読み
出すスワップがなくなる。したがって、システムでのス
ワップが多大にならずに、オペレーティングシステムの
処理速度に影響を与えないようになる。換言すれば、リ
ンク処理に要する処理時間の削減が、より効果的に行わ
れる。

【００５０】

【発明の効果】以上の説明から明らかなように、本発明
のアプリケーションプログラムのデバッグにおけるリン
ク処理方法及びシステムによれば、読み込んだオブジェ
クトモジュールファイル中のデータにポインタ方式を適
用して管理するとともに、１回目のリンク処理でオブジ
ェクトモジュールファイルの内容をメモリに書き込み、
リンカを待機状態に設定して、オブジェクトモジュール
ファイルをメモリに残すとともに、２回目以降のリンク
処理で１回目に書き込んだメモリの内容を使用してい
る。

【００５１】この結果、アプリケーションプログラムの
デバッグにおけるリンク処理に要する処理時間を削減で
きるようになり、そのアプリケーションプログラムの作
成効率が向上することになる。

【００５２】また、本発明のアプリケーションプログラ
ムのデバッグにおけるリンク処理方法及びシステムによ
れば、１回目のリンク処理で、メモリにおける記憶容量
の占有率が設定値以上の場合に、最後に読み込んだオブ
ジェクトモジュールファイルをメモリから削除し、この
削除対象のオブジェクトモジュールファイルが、２回目
以降のリンク処理かつ部記憶装置からのオブジェクトモ
ジュールファイルの読み込み時にメモリに存在するかの
判断を行っている。

【００５３】したがって、アクセス頻度の低いメモリの
領域を一時的にディスクに退避して、再度アクセスされ
た時点でメモリに読み出すスワップがなくなり、システ
ムのスワップが多大にならずに、オペレーティングシス
テムの処理速度に影響を与えないようになる。この結
果、リンク処理に要する処理時間の削減が、より効果的
に行われるようになる。

【００５４】更に、本発明のアプリケーションプログラ
ムリンク処理情報記録媒体では、前記した処理を実行す
る制御プログラムを格納している。

【００５５】この結果、制御プログラムを汎用ソフトウ
ェアとして提供できるようになり、汎用小型コンピュー
タでのアプリケーションプログラムのデバッグにおける
リンク処理に要する処理時間を削減できるようになり、
そのアプリケーションプログラムの作成効率が向上する
ようになる。

【図面の簡単な説明】

【図１】本発明のアプリケーションプログラムのデバッ
グにおけるリンク処理方法及びそのシステム並びに情報
記録媒体の第１実施形態にかかる構成を示すブロック図
である。

【図２】第１実施形態の動作の処理手順を示すフローチ
ャートである。

【図３】図２中の処理の詳細な手順を示すフローチャー
トである。

【図４】第１実施形態にあってインデックス形式をポイ
ンタ形式に変換する前のオブジェクトモジュールファイ
ルの内容を説明するための図である。

【図５】第１実施形態にあってシンボルテーブルを示す
図である。

【図６】第１実施形態にあってインデックス形式をポイ
ンタ形式に変換した後及び作成日付を付加した後のオブ
ジェクトモジュールファイルの内容を説明するための図
である。

【図７】第２実施形態の処理手順を示すブロック図であ
る。

【図８】従来のアプリケーションプログラムのデバッグ
におけるリンク処理を説明するための図である。

【符号の説明】

１０ 外部記憶装置 １１ リンカ １２ ＲＡＭ １３ メモリ １４ 入出力表示処理装置 １５ 中央演算処理装置 １０５ リンク処理部 １１０／１１８ 入出力処理部（Ａ）／（Ｂ） １１１／１１９ ＯＭＦ入力部（Ａ）／（Ｂ） １１２ インデックス張り替え処理部 １１３ 結合部 １１４ 配置部 １１５ シンボル解決部 １１６ コード補正部 １１７ ロードモジュールファイル出力部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 社本 英司 神奈川県川崎市中原区小杉町一丁目403番 53 日本電気アイシーマイコンシステム株 式会社内 Ｆターム(参考） 5B042 GA05 HH08 HH39 HH41 5B076 AB03 AB07 CA08

Claims (11)

【特許請求の範囲】
1. 【請求項１】 アプリケーションプログラムのデバッグ
   におけるリンク処理方法において、 外部記憶装置からメモリに読み込んで格納したオブジェ
   クトモジュールファイル中のデータにポインタ方式を適
   用して管理することを特徴とするアプリケーションプロ
   グラムのデバッグにおけるリンク処理方法。
2. 【請求項２】 前記ポインタ形式を適用した管理におい
   て、 １回目のリンク処理でオブジェクトモジュールファイル
   の内容をメモリに書き込み、リンカを待機状態に設定し
   て、オブジェクトモジュールファイルをメモリに残し、 この１回目に書き込んだメモリの内容を２回目以降のリ
   ンク処理で使用することを特徴とする請求項１記載のア
   プリケーションプログラムのデバッグにおけるリンク処
   理方法。
3. 【請求項３】 前記１回目のリンク処理で、メモリにお
   ける記憶容量の占有率が設定値以上かを判断し、 この判断で設定値以上の場合に、最後に読み込んだオブ
   ジェクトモジュールファイルをメモリから削除し、 この削除対象のオブジェクトモジュールファイルが、２
   回目以降のリンク処理かつ外部記憶装置からのオブジェ
   クトモジュールファイルの読み込み時に、メモリに存在
   するかの判断を更に行うことを特徴とする請求項２記載
   のアプリケーションプログラムのデバッグにおけるリン
   ク処理方法。
4. 【請求項４】 アプリケーションプログラムのデバッグ
   におけるリンク処理を実行するアプリケーションプログ
   ラムリンク処理システムにおいて、 一回目のリンク処理において、一連のリンク処理終了後
   にリンク処理プロセスを未終了として待機状態に設定す
   る設定処理手段と、 前記設定処理手段での設定後の再リンカ起動時に待機状
   態のリンカに制御を移行してリンク処理を行うリンク処
   理手段と、 前記リンク処理手段において外部記憶装置からメモリに
   読み込んだオブジェクトモジュールファイル中のデータ
   をポインタ形式で管理するための変更を行う変更処理手
   段と、 ２回目以降のリンク処理において、前記変更処理手段で
   変更されたオブジェクトモジュールファイルのみを外部
   記憶装置から読み込み、かつ、変更されていないオブジ
   ェクトモジュールファイルに対して前記変更処理手段で
   ポインタ形式に変更されたメモリ中のオブジェクトモジ
   ュールファイルを読み込む処理を実行する読込処理手段
   と、 を備えることを特徴とするアプリケーションプログラム
   リンク処理システム。
5. 【請求項５】 前記変更手段が、ポインタ形式で管理す
   る変更を行うとともに、オブジェクトモジュールファイ
   ルが作成された日付情報を付加して、読み込んだオブジ
   ェクトモジュールファイルの前後関係を判断することを
   特徴とする請求項４記載のアプリケーションプログラム
   リンク処理システム。
6. 【請求項６】 前記１回目のリンク処理で、メモリにお
   ける記憶容量の占有率が設定値以上であるかを判断する
   判断処理手段と、 前記判断処理手段が設定値を越えたと判断した際に、最
   後に読み込んだオブジェクトモジュールファイルをメモ
   リから削除する削除処理手段と、 前記削除処理手段での削除対象のオブジェクトモジュー
   ルファイルが、２回目以降のリンク処理かつ外部記憶装
   置からのオブジェクトモジュールファイルの読み込み時
   にメモリに存在するかを判断する判断処理手段と、 を更に備えることを特徴とする請求項４記載のアプリケ
   ーションプログラムリンク処理システム。
7. 【請求項７】 前記設定値として、 メモリにおける記憶容量の占有率が、少なくとも５０パ
   ーセント以上又は未満であるかを判断するための値を設
   定することを特徴とする請求項６記載のアプリケーショ
   ンプログラムリンク処理システム。
8. 【請求項８】 前記設定処理手段、リンク処理手段、変
   更処理手段及び読込処理手段として、 少なくとも、ＲＡＭ、メモリ、外部記憶装置、リンカ処
   理部、データ入出力表示装置及び中央演算処理装置を用
   いることを特徴とする請求項４記載のアプリケーション
   プログラムリンク処理システム。
9. 【請求項９】 前記判断処理手段、削除処理手段及び判
   断処理手段として、 少なくとも、ＲＡＭ、メモリ、外部記憶装置、リンカ処
   理部、データ入出力表示装置及び中央演算処理装置を用
   いることを特徴とする請求項４記載のアプリケーション
   プログラムリンク処理システム。
10. 【請求項１０】 外部記憶装置からメモリに読み込んで
    格納したオブジェクトモジュールファイル中のデータに
    ポインタ方式を適用して管理し、 １回目のリンク処理でオブジェクトモジュールファイル
    の内容をメモリに書き込んで、リンカを待機状態に設定
    して、オブジェクトモジュールファイルをメモリに残
    し、 ２回目以降のリンク処理で、１回目に書き込んだメモリ
    の内容を使用するための制御を実行する制御プログラム
    を記録したことを特徴とするアプリケーションプログラ
    ムリンク処理情報記録媒体。
11. 【請求項１１】 前記１回目のリンク処理で、メモリに
    おける記憶容量の占有率が設定値以上の場合に、最後に
    読み込んだオブジェクトモジュールファイルをメモリか
    ら削除し、このオブジェクトモジュールファイルが２回
    目以降のリンク処理かつ外部記憶装置からのオブジェク
    トモジュールファイルの読み込み時に、メモリに存在す
    るかの判断を行う制御を実行するための制御プログラム
    を、更に記録したことを特徴とする請求項１０記載のア
    プリケーションプログラムリンク処理情報記録媒体。