アプリケ―ションプログラムのデバッグにおけるリンク処理方法及びそのシステム並びに情報記録媒体
【課題】 アプリケーションプログラムのデバッグにおけるリンク処理に要する処理時間を削減して、作業工程を効率化する。
【解決手段】 外部記憶装置１０、リンカ１１，ＲＡＭ１２、メモリ１３、入出力表示処理１３及び中央演算処理装置１５を有し、外部記憶装置１０からメモリ１３に読み込んで格納したオブジェクトモジュールファイル中のデータにポインタ方式を適用して管理する。この際、１回目のリンク処理でオブジェクトモジュールファイルの内容をメモリ１３に書き込んで、リンカを待機状態に設定して、オブジェクトモジュールファイルをメモリ１３に残し、２回目以降のリンク処理で、１回目に書き込んだメモリ１３の内容を使用する。
【解決手段】 外部記憶装置１０、リンカ１１，ＲＡＭ１２、メモリ１３、入出力表示処理１３及び中央演算処理装置１５を有し、外部記憶装置１０からメモリ１３に読み込んで格納したオブジェクトモジュールファイル中のデータにポインタ方式を適用して管理する。この際、１回目のリンク処理でオブジェクトモジュールファイルの内容をメモリ１３に書き込んで、リンカを待機状態に設定して、オブジェクトモジュールファイルをメモリ１３に残し、２回目以降のリンク処理で、１回目に書き込んだメモリ１３の内容を使用する。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、アプリケーションプログラムのデバッグにおけるリンク処理方法及びそのシステム並びに情報記録媒体に関し、特に、リンク処理の処理時間を削減するリンク処理方法及びそのシステム並びに情報記録媒体に関する。
【０００２】
【従来の技術】従来、アプリケーションプログラムの開発において、プログラム規模が大きくなり、そのステップ数が増大化している。このアプリケーションプログラムの作成では、コンパイル（アセンブリ）、リンク、デバッグ、コード修正の一連の作業工程を繰り返して行っている。この作業工程は、プログラム規模の増大とともに、その作業時間が大きくなっている。このようなアプリケーションプログラムのデバッグにおけるリンク処理として、特開昭６３−８９３５号公報例が周知である。
【０００３】図８は、この従来のアプリケーションプログラムのデバッグにおけるリンク処理を説明するための図である。このリンク処理では、複数個のオブジェクトファイルにライブラリ中から必要なルーチンを取り込んで実行するアプリケーションプログラムを作成するものであり、外部記憶装置１に格納しているソースプログラムを分割した複数のオブジェクトモジュールファイル（適宜、ＯＭＦと略称する）をリンカ２が順次読み出し、かつ、リンカ２における結合部、配置部、シンボル解決部、コード補正部、ロードモジュールファイル出力部が一連のリンク処理を実行している。すなわち、ＯＭＦごとにコンパイラやアセンブラによるオブジェクトデータファイルを生成し、この生成したオブジェクトデータファイルを結合したロードモジュールファイルを作成して、対象装置のメモリに格納している。
【０００４】このリンク処理は、ＯＭＦの格納がインデックス形式であり、複数のＯＭＦのインデックスを一つずつサーチしている。この結果、データのアクセス時間が多大になる。また、このリンク処理では、毎回外部記憶装置１からＯＭＦを読み込む必要がある。換言すれば、ＯＭＦの格納をインデックス形式からポインタ方式に張り替えても、一回のリンク処理でリンカが終了してしまい、メモリに読み込んだＯＭＦの情報が開放されてしまう。この場合もリンク処理の時間が多大になる。
【０００５】このようなリンク処理の効率化に関しては、特開平５−３２４２８０号公報の「プログラム開発装置」（デバッグ作業中に、ターゲットシステムに実行形式を出力し、全てのデバッグ作業終了後に最終的な実行形式を記憶装置に出力する）が知られている。また、特開平７−４４３７０号公報の「デバッグ方法」（デバッグによる修正済のモジュールを修正前の元のメモリの格納領域に再格納する）、及び、特開平１０−１７１６８０号公報の「デバッグ情報作成方法、デバッグ方法及びデバッグシステム」（リンク処理を全てのデバッグ情報ファイルを一つのデバッグ書ファイルに編集せずに、管理情報ファイルを生成する）が知られている。しかしながら、これらの公報における従来例では、リンク処理の、より効率化に対する改善の余地がある。
【０００６】
【発明が解決しようとする課題】このように、上記従来例は、アプリケーションプログラムのデバッグにおけるリンク処理に要する処理時間が多大になり、そのアプリケーションプログラムの作成効率が向上が低下するという欠点があった。
【０００７】本発明は、このような従来の技術における課題を解決するものであり、アプリケーションプログラムのデバッグにおけるリンク処理に要する処理時間を削減できるようになり、アプリケーションプログラムの作成効率が向上するアプリケーションプログラムのデバッグにおけるリンク処理方法及びそのシステム並びに情報記録媒体の提供を目的とする。
【０００８】
【課題を解決するための手段】上記課題を達成するために、本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法は、外部記憶装置からメモリに読み込んで格納したオブジェクトモジュールファイル中のデータにポインタ方式を適用して管理している。
【０００９】また、本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法は、前記ポインタ形式を適用した管理において、１回目のリンク処理でオブジェクトモジュールファイルの内容をメモリに書き込み、リンカを待機状態に設定して、オブジェクトモジュールファイルをメモリに残し、この１回目に書き込んだメモリの内容を２回目以降のリンク処理で使用している。
【００１０】更に、本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法は、前記１回目のリンク処理で、メモリにおける記憶容量の占有率が設定値以上であるかを判断し、この判断で設定値以上の場合に、最後に読み込んだオブジェクトモジュールファイルをメモリから削除し、この削除対象のオブジェクトモジュールファイルが、２回目以降のリンク処理かつ外部記憶装置からのオブジェクトモジュールファイルの読み込み時に、メモリに存在するかの判断を更に行っている。
【００１１】本発明のアプリケーションプログラムリンク処理システムは、一回目のリンク処理において、一連のリンク処理終了後にリンク処理プロセスを未終了として待機状態に設定する設定処理手段と、設定処理手段での設定後の再リンカ起動時に待機状態のリンカに制御を移行してリンク処理を行うリンク処理手段と、リンク処理手段において外部記憶装置からメモリに読み込んだオブジェクトモジュールファイル中のデータをポインタ形式で管理するための変更を行う変更処理手段と、２回目以降のリンク処理において、変更処理手段で変更されたオブジェクトモジュールファイルのみを外部記憶装置から読み込み、かつ、変更されていないオブジェクトモジュールファイルに対して変更処理手段でポインタ形式に変更されたメモリ中のオブジェクトモジュールファイルを読み込む処理を実行する読込処理手段とを備える構成としてある。
【００１２】前記変更手段が、ポインタ形式で管理する変更を行うとともに、オブジェクトモジュールファイルが作成された日付情報を付加して、読み込んだオブジェクトモジュールファイルの前後関係を判断する構成としてある。
【００１３】また、前記１回目のリンク処理で、メモリにおける記憶容量の占有率が設定値以上かを判断する判断処理手段と、判断処理手段が設定値を越えたと判断した際に、最後に読み込んだオブジェクトモジュールファイルをメモリから削除する削除処理手段と、削除処理手段での削除対象のオブジェクトモジュールファイルが、２回目以降のリンク処理かつ外部記憶装置からのオブジェクトモジュールファイルの読み込み時にメモリに存在するかを判断する判断処理手段とを更に備える構成としてある。
【００１４】更に、前記設定値として、メモリにおける記憶容量の占有率が、少なくとも５０パーセント以上又は未満であるかを判断するための値を設定する構成としてある。
【００１５】また、前記設定処理手段、リンク処理手段、変更処理手段及び読込処理手段として、少なくとも、ＲＡＭ、メモリ、外部記憶装置、リンカ処理部、データ入出力表示装置及び中央演算処理装置を用いる構成としてある。また、前記判断処理手段、削除処理手段及び判断処理手段として、少なくとも、ＲＡＭ、メモリ、外部記憶装置、リンカ処理部、データ入出力表示装置及び中央演算処理装置を用いる構成としてある。
【００１６】本発明のアプリケーションプログラムリンク処理情報記録媒体は、外部記憶装置からメモリに読み込んで格納したオブジェクトモジュールファイル中のデータにポインタ方式を適用して管理し、１回目のリンク処理でオブジェクトモジュールファイルの内容をメモリに書き込んで、リンカを待機状態に設定して、オブジェクトモジュールファイルをメモリに残し、２回目以降のリンク処理で、１回目に書き込んだメモリの内容を使用するための制御を実行する制御プログラムを記録している。
【００１７】前記１回目のリンク処理で、メモリにおける記憶容量の占有率が設定値以上の場合に、最後に読み込んだオブジェクトモジュールファイルをメモリから削除し、このオブジェクトモジュールファイルが２回目以降のリンク処理かつ外部記憶装置からのオブジェクトモジュールファイルの読み込み時に、メモリに存在するかの判断を行う制御を実行するための制御プログラムを更に記録している。
【００１８】このような本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法及びシステムは、外部記憶装置からメモリに読み込んで格納したオブジェクトモジュールファイル中のデータにポインタ方式を適用して管理するとともに、１回目のリンク処理でオブジェクトモジュールファイルの内容をメモリに書き込み、リンカを待機状態に設定して、オブジェクトモジュールファイルをメモリに残している。そして、２回目以降のリンク処理で、１回目に書き込んだメモリの内容を使用している。
【００１９】この結果、アプリケーションプログラムのデバッグにおけるリンク処理に要する処理時間を削減できるようになり、そのアプリケーションプログラムの作成効率が向上する。
【００２０】また、本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法及びシステムは、１回目のリンク処理で、メモリにおける記憶容量の占有率が設定値以上の場合に、最後に読み込んだオブジェクトモジュールファイルをメモリから削除する。そして、この削除対象のオブジェクトモジュールファイルが、２回目以降のリンク処理かつ部記憶装置からのオブジェクトモジュールファイルの読み込み時にメモリに存在するかの判断を行っている。
【００２１】この結果、アクセス頻度の低いメモリの領域を一時的にディスクに退避して、再度アクセスされた時点でメモリに読み出すスワップがなくなり、システムのスワップが多大にならずに、オペレーティングシステムの処理速度に影響を与えないようになる。換言すれば、リンク処理に要する処理時間の削減が、より効果的に行われる。
【００２２】本発明のアプリケーションプログラムリンク処理情報記録媒体は、前記した処理を実行する制御プログラムを格納している。
【００２３】この結果、制御プログラムを汎用ソフトウェアとして提供できるようになり、汎用小型コンピュータでのアプリケーションプログラムのデバッグにおけるリンク処理に要する処理時間を削減できるようになり、そのアプリケーションプログラムの作成効率が向上する。
【００２４】
【発明の実施の形態】次に、本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法及びそのシステム並びに情報記録媒体の実施の形態を図面を参照して詳細に説明する。図１は本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法及びそのシステム並びに情報記録媒体の第１実施形態にかかる構成を示すブロック図である。このアプリケーションプログラムリンク処理システムは、汎用小型コンピュータを用いて、複数個のオブジェクトファイルにライブラリ中から必要なルーチンを取り込んでアプリケーションプログラムを作成するためのものであり、この汎用小型コンピュータによってコンパイル（アセンブリ）、リンク、デバッグ、コード修正の一連の作業工程を繰り返して行っている。
【００２５】図１において、このアプリケーションプログラムリンク処理システムは、汎用小型コンピュータにおける外部記憶装置１０に格納した複数のオブジェクトモジュールファイル（ＯＭＦ）を順次読み出し、リンカ１１がリンク処理を実行している。また、汎用小型コンピュータにおけるＲＡＭ１２及びメモリ１３が、このリンカ１１でのリンク処理にかかるデータの記憶処理を行っている。また、入出力表示処理装置１４及び中央演算処理装置１５が設けられている。
【００２６】なお、以下のリンク処理は汎用小型コンピュータを用いて実行される。したがって、以下のリンク処理をＣＤ−ＲＯＭや磁気記録媒体に格納した汎用ソフトウェア（情報記録媒体）として提供可能である。
【００２７】図１において、この例は、再リンクを指示するオプション指定１０１、及び、リンカ終了を指示するオプション指定１０２の処理とともに、待機中のリンク処理のプロセスに制御を移行させるための処理を行う入出力処理部（Ａ）１１０と、外部記憶装置１０からＯＭＦのファイルを取り込んでメモリ１３に展開するＯＭＦ入力部（Ａ）１１１と、ＯＭＦ中のデータ管理をインデックス形式からポインタ形式に変換するためのインデックス張り替え処理部１１２と、リンク処理本体１０５とを備えている。
【００２８】リンク処理本体１０５は、結合部１１３と、配置部１１４と、シンボル解決部１１５と、コード補正部１１６と、ロードモジュールファイル出力部１１７とを有している。このリンク処理本体１０５では、外部記憶装置１０に格納しているソースプログラムを分割した複数のＯＭＦごとにコンパイラやアセンブラによるオブジェクトデータファイルを生成し、この生成したオブジェクトデータファイルを結合したロードモジュールファイルを作成して、対象装置のメモリに送出している。
【００２９】更に、この例は、リンク処理本体１０５でのリンカ終了を指示するオプション指定が指示されたかを判断し、リンカ終了を指示するオプションが指定されていた場合にリンカを終了させ、また、リンカ終了を指示するオプションが指定されていない場合にリンク処理のプロセスを待機状態に設定する入出力処理部（Ｂ）１１８と、ロードモジュールファイルがメモリ１３中のＯＭＦよりも後に作成されたものであれば、外部記憶装置１０からＯＭＦを読み込む処理を行うＯＭＦ入力部（Ｂ）１１９とを備えている。
【００３０】次に、この第１実施形態の動作について説明する。図２は第１実施形態の動作の処理手順を示すフローチャートである。図１及び図２において、再リンクオプション指定１０１が行われているかを判断する（ステップＳ２０１) 。ここで再リンクオプション指定１０１が行われていない場合（Ｎｏ）、指定されたＯＭＦをメモリ１３に読み込む（ステップＳ２０２) 。この読み込んだＯＭＦ中のデータをインデックス形式で管理しているデータをポインタ形式に変換するとともに、読み込んだオブジェクトモジュールファイルの前後関係を判断するためのオブジェクトモジュールファイルが作成された日付情報を付加する（ステップＳ２０３) 。
【００３１】このステップＳ２０３について詳細に説明する。図３は図２中のステップ２０３の詳細な処理手順を示すフローチャートである。図２中のＯＭＦ中のデータをインデックス形式で管理しているデータをポインタ形式に張り替え、更に日付情報を付加した後（ステップＳ２０３）に、変換するＯＭＦを読み込む（ステップＳ３０１）。インデックス値（何番目のデータであるかを示す値）をカウントする変数ｃｏｕｎｔを「０」に初期化する（ステップＳ３０２）。次に、ファイルヘッダ情報からインデックス形式をポインタ形式に変換するデータの先頭アドレスを取得し（ステップＳ３０３) 、変換するデータのインデックス値を取得する（ステップＳ３０４) 。
【００３２】更に、ファイルヘッダ情報から変換するデータを示している先頭アドレスを変数ａｄｄｒに代入する（ステップＳ３０５) 。次に、インデックス値と変数ｃｏｕｎｔとが同一であるかを判断する（ステップＳ３０６) 。この判断でインデックス値と変数ｃｏｕｎｔとが同じでない場合（Ｎｏ）、次のデータにアドレスを進めるためデータのサイズ分を変数ａｄｄｒに加算する（ステップＳ３１２) 。続いて、変数ｃｏｕｎｔに「１」を加算して（ステップＳ３１３）、ステップ３０６に戻る。このステップＳ３０６，Ｓ３１２，Ｓ３１３を繰り返すサーチによって該当するデータを検出する。
【００３３】次に、このメモリ１３に入力したＯＭＦ（インデックス形式）について説明する。図４はインデックス形式をポインタ形式に変換する前のＯＭＦの内容を説明するための図である。図５はシンボルテーブルを説明するための図である。図４に示すインデックス形式では、インデックス値に基づいて、図５に示すシンボル情報を一つずつサーチして、データを参照しなければならないが、ポインタ形式ではアドレスを参照することによって、直接そのデータを参照できる。
【００３４】図３において、インデックス値と変数ｃｏｕｎｔとが同一になった場合、インデックス値が格納されていた領域に変数ａｄｄｒの内容を代入する（ステップＳ３０７) 。これによって、一つのデータをインデックス形式からポインタ形式へに変換する処理が終了したことになる。次に、一つのＯＭＦ中の全てのインデックス形式がポインタ形式に変換できたかの終了を判断する（ステップＳ３０８)。この判断で終了していない場合（Ｓ３０８：Ｎｏ）、ステップＳ３０２に戻り、また、ステップＳ３０８の判断で終了している場合（Ｙｅｓ）、ＯＭＦの作成日時情報をＯＭＦに追加する（ステップＳ３０９) 。
【００３５】次に、全てのＯＭＦのインデックス形式がポインタ形式に変換できたかの終了を判断する（ステップＳ３１０) 。この判断で全てのＯＭＦの変換（ポインタ形式）が終了していない場合（Ｎｏ）、ステップＳ３０１に戻って、以降の処理を繰り返す。また、ステップＳ３１０の判断で全てのＯＭＦの変換（ポインタ形式）が終了している場合（Ｙｅｓ）、図２に示すリンク処理本体１０５での処理に移行する（ステップＳ２０４）。このリンク処理本体１０５での処理（ステップＳ２０４）は、結合部１１３、配置部１１４、シンボル解決部１１５、コード補正部１１６、ロードモジュールファイル出力部１１７によって、外部記憶装置１０に格納しているソースプログラムを分割した複数のＯＭＦごとにコンパイラやアセンブラによるオブジェクトデータファイルを生成し、この生成したオブジェクトデータファイルを結合したロードモジュールファイルを作成している。
【００３６】このリンク処理本体１０５での処理（ステップＳ２０４）が終了すると、リンク終了オプション指定（オプション指定１０２）が行われたかを判断する（ステップＳ２０５) 。この判断で指定が行われている場合（Ｙｅｓ）、リンク処理を終了する。また、ステップＳ２０５の判断で指定が行われていない場合（Ｎｏ）、入出力処理部の確保を行って（ステップＳ２０６) 、リンク処理を待機状態に設定する（ステップＳ２０７) 。次に、再リンクオプション指定１０１が行われている場合、すなわち、２回目以降のリンク処理では、まず、入出力処理部（Ａ）１１０の確保を行う（ステップＳ２１３) 。装置のアドレスとポート番号情報に基づいて、すでに待機状態のリンク処理のプロセスに接続要求を行う（ステップＳ２１４) 。
【００３７】そして、指定されたファイル名及びオプション情報を待機状態のリンク処理のプロセスに渡して、その制御を移行する（ステップＳ２１５) 。この制御が移行された待機状態のリンク処理のプロセスでは、ファイル名（ＯＭＦ）及びオプション情報を取得する（ステップＳ２０８) 。この取得したＯＭＦとメモリ１３とに格納されているＯＭＦの日付情報とを比較する（ステップＳ２０９) 。
【００３８】この日付情報の比較によって、メモリ１３中のＯＭＦが新しいかを判断し（ステップＳ２１０) 、この判断でメモリ１３中のＯＭＦが古い場合（Ｎｏ）、外部記憶装置１０から再度読み込みを行う（ステップＳ２１１) 。そして、他に指定されたファイルがあるかを判断する（ステップＳ２１２) 。メモリ１３中のＯＭＦが新しい場合（Ｓ２１２：Ｙｅｓ）、ステップＳ２１２に進む。まだ、他のファイルがある場合（Ｓ２１２：Ｎｏ）は、ステップＳ２０３に戻って以降の処理を繰り返す。
【００３９】図２において、再リンクを指示するオプション指定１０１が行われていない場合、すなわち、２回目移行のリンク処理では、入出力処理部の確保を行い（ステップＳ２１３) 、装置のアドレスとポート番号情報に基づいて、すでに動作しているリンク処理のプロセスに接続要求を行う（ステップＳ２１４) 。次に、起動時に指定したファイル名とオプション情報を、すでに動作しているリンク処理のプロセスに、その制御を移行する（ステップＳ２１５) 。
【００４０】このようにして図４に示すインデックス形式をポインタ形式に変換する前のＯＭＦをポインタ形式に変換する。図６はインデックス形式をポインタ形式に変換した後及び作成日付を付加した後のＯＭＦの内容を説明するための図である。図４に示すリロケーションデータ１及びリロケーションデータｎがインデックス方式によって、そのシンボルを示しているのに対して、図６では、ポインタ形式によって、そのシンボルを示している。
【００４１】このようにして、最初にリンク処理を実行したときに、ＯＭＦを読み込み、このＯＭＦ中のデータをインデックス形式からポインタ形式に張り替えて処理を行う。この結果、処理時間を削減できる。更に、リンク処理を終了させずに待機状態とする。これによって、メモリ１３中のＯＭＦを２回目以降のリンク処理で使用できることになる。この２回目以降のリンク処理では、指定されたファイル名及びオプション情報を待機状態のリンク処理に渡すことによって、その処理を行う。また、変更されたＯＭＦのみを外部記憶装置１０から読み込み、変更されていないＯＭＦは、メモリ１３中に格納されているＯＭＦを使用する。この結果、更に処理時間が削減される。
【００４２】次に、この処理時間の削減を具体的な数字に基づいて説明する。以下、ＯＭＦ数を３０個でリンク処理する場合について説明する。従来例のリンク処理にあって、３０本のＯＭＦをリンク処理すると約１８０秒が必要である。この中でＯＭＦを読み込むために要する時間は、３０本で計３６秒である。１日間、そのデバッグ処理を行うと、通常約３０〜５０回のリンク処理を行うことになり、その合計時間は、４０回×１８０秒＝７２００秒（１２０分）となり、この時間内でのＯＭＦを読み込む時間は、４０回×３６秒＝１４４０秒（２４分）となる。
【００４３】この時間に基づいたリンカ１１の実行では、以下のようになる。インデックス形式で管理されているデータをポインタ形式に変更することによって、リンク処理時間が従来例よりも１０パーセント削減できる。また、ＲＡＭ１２から読み出す速さは、ハードディスク装置（ＨＤＤ）の約４０〜１６０倍である。したがって、このＲＡＭ１２から読み出す速さは、ほぼ無視できる値となる。また、通常、再リンク処理を行う場合に更新されるＯＭＦは、１〜２本であるため、２回目以降のリンク処理では、この１〜２本のＯＭＦの読み込み時間のみを要することになり、他の２８，２９本の読み込み時間が無視できる値となる。これを従来例によって、その合計時間を計算すると次のようになる。
【００４４】４０回×（１８０秒−（３６秒＋（１８０秒×１０パーセント）＋１秒＝５０００秒（約８４分）となる。したがって、従来例よりも実施形態でのリンク処理は、処理時間を約３０パーセント削減（２４分／８４分）できることになる。なお、前記した１秒は、外部記憶装置１０からＯＭＦを読み込む時間である。
【００４５】このように、この第１実施形態では、アプリケーションプログラムのデバッグにおけるリンク処理に要する処理時間を削減できるようになり、結果的にアプリケーションプログラムの作成効率が向上することになる。
【００４６】次に、第２実施形態について説明する。図７R>７は第２実施形態の処理手順を示すブロック図である。図７において、図２に示した第１実施形態の処理と同一の処理には、同一の参照符号を付し、かつ、その重複した説明は省略する。この第２実施形態では、前記した第１実施形態に対し、システムのメモリ１３における記憶容量に対する占有率を調べ、そのメモリ１３の記憶容量の占有率が５０パーセント以上の場合に、メモリ１３に読み込んでいるＯＭＦを削除する処理を追加している。このメモリ１３における記憶容量の占有率を５０パーセント未満としているのは、５０パーセント以上になるとシステムのスワップが多大になり、オペレーティングシステムの処理速度に影響を与える場合を考慮したものである。
【００４７】図７において、ステップＳ２０１からステップＳ２０５までの処理は、図２に示した第１実施形態の処理と同様である。このステップＳ２０５によるリンク終了オプション指定（オプション指定１０２）が行われたかの判断の後のステップＳ７０１では、この第２実施形態のリンカが占有しているメモリ１３の記憶容量がシステムでのデータ処理における全体の５０パーセント以上かを判断する。ここで５０パーセント以上の場合（Ｓ７０１：Ｙｅｓ）、ステップＳ７０２で最後に読み込んだＯＭＦをメモリ１３から削除してステップＳ７０１に戻る。また、ステップＳ７０１で５０パーセント未満の場合（Ｎｏ）、ステップＳ２０６に進む。このステップＳ２０６からステップＳ２０９までの処理は図２に示した第１実施形態の処理と同様である。
【００４８】ステップＳ２０９における取得したＯＭＦとメモリ１３とに格納されているＯＭＦの日付情報との比較後のステップＳ７０３では、メモリ１３中に存在し、かつ、メモリ１３中のＯＭＦが新しいかの判断を行う。ここでメモリ１３中のＯＭＦが古い場合（Ｎｏ）、図２に示した第１実施形態におけるステップＳ２１１，Ｓ２１２を処理する。すなわち、外部記憶装置１０から再度読み込みを行い、他に指定されたファイルがあるかを判断する。
【００４９】このように、この第２実施形態では、アクセス頻度の低いメモリ１３の領域を一時的にディスクに退避して、再度アクセスされた時点でメモリ１３に読み出すスワップがなくなる。したがって、システムでのスワップが多大にならずに、オペレーティングシステムの処理速度に影響を与えないようになる。換言すれば、リンク処理に要する処理時間の削減が、より効果的に行われる。
【００５０】
【発明の効果】以上の説明から明らかなように、本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法及びシステムによれば、読み込んだオブジェクトモジュールファイル中のデータにポインタ方式を適用して管理するとともに、１回目のリンク処理でオブジェクトモジュールファイルの内容をメモリに書き込み、リンカを待機状態に設定して、オブジェクトモジュールファイルをメモリに残すとともに、２回目以降のリンク処理で１回目に書き込んだメモリの内容を使用している。
【００５１】この結果、アプリケーションプログラムのデバッグにおけるリンク処理に要する処理時間を削減できるようになり、そのアプリケーションプログラムの作成効率が向上することになる。
【００５２】また、本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法及びシステムによれば、１回目のリンク処理で、メモリにおける記憶容量の占有率が設定値以上の場合に、最後に読み込んだオブジェクトモジュールファイルをメモリから削除し、この削除対象のオブジェクトモジュールファイルが、２回目以降のリンク処理かつ部記憶装置からのオブジェクトモジュールファイルの読み込み時にメモリに存在するかの判断を行っている。
【００５３】したがって、アクセス頻度の低いメモリの領域を一時的にディスクに退避して、再度アクセスされた時点でメモリに読み出すスワップがなくなり、システムのスワップが多大にならずに、オペレーティングシステムの処理速度に影響を与えないようになる。この結果、リンク処理に要する処理時間の削減が、より効果的に行われるようになる。
【００５４】更に、本発明のアプリケーションプログラムリンク処理情報記録媒体では、前記した処理を実行する制御プログラムを格納している。
【００５５】この結果、制御プログラムを汎用ソフトウェアとして提供できるようになり、汎用小型コンピュータでのアプリケーションプログラムのデバッグにおけるリンク処理に要する処理時間を削減できるようになり、そのアプリケーションプログラムの作成効率が向上するようになる。
【図面の簡単な説明】
【図１】本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法及びそのシステム並びに情報記録媒体の第１実施形態にかかる構成を示すブロック図である。
【図２】第１実施形態の動作の処理手順を示すフローチャートである。
【図３】図２中の処理の詳細な手順を示すフローチャートである。
【図４】第１実施形態にあってインデックス形式をポインタ形式に変換する前のオブジェクトモジュールファイルの内容を説明するための図である。
【図５】第１実施形態にあってシンボルテーブルを示す図である。
【図６】第１実施形態にあってインデックス形式をポインタ形式に変換した後及び作成日付を付加した後のオブジェクトモジュールファイルの内容を説明するための図である。
【図７】第２実施形態の処理手順を示すブロック図である。
【図８】従来のアプリケーションプログラムのデバッグにおけるリンク処理を説明するための図である。
【符号の説明】
１０ 外部記憶装置
１１ リンカ
１２ ＲＡＭ
１３ メモリ
１４ 入出力表示処理装置
１５ 中央演算処理装置
１０５ リンク処理部
１１０／１１８ 入出力処理部（Ａ）／（Ｂ）
１１１／１１９ ＯＭＦ入力部（Ａ）／（Ｂ）
１１２ インデックス張り替え処理部
１１３ 結合部
１１４ 配置部
１１５ シンボル解決部
１１６ コード補正部
１１７ ロードモジュールファイル出力部
【０００１】
【発明の属する技術分野】本発明は、アプリケーションプログラムのデバッグにおけるリンク処理方法及びそのシステム並びに情報記録媒体に関し、特に、リンク処理の処理時間を削減するリンク処理方法及びそのシステム並びに情報記録媒体に関する。
【０００２】
【従来の技術】従来、アプリケーションプログラムの開発において、プログラム規模が大きくなり、そのステップ数が増大化している。このアプリケーションプログラムの作成では、コンパイル（アセンブリ）、リンク、デバッグ、コード修正の一連の作業工程を繰り返して行っている。この作業工程は、プログラム規模の増大とともに、その作業時間が大きくなっている。このようなアプリケーションプログラムのデバッグにおけるリンク処理として、特開昭６３−８９３５号公報例が周知である。
【０００３】図８は、この従来のアプリケーションプログラムのデバッグにおけるリンク処理を説明するための図である。このリンク処理では、複数個のオブジェクトファイルにライブラリ中から必要なルーチンを取り込んで実行するアプリケーションプログラムを作成するものであり、外部記憶装置１に格納しているソースプログラムを分割した複数のオブジェクトモジュールファイル（適宜、ＯＭＦと略称する）をリンカ２が順次読み出し、かつ、リンカ２における結合部、配置部、シンボル解決部、コード補正部、ロードモジュールファイル出力部が一連のリンク処理を実行している。すなわち、ＯＭＦごとにコンパイラやアセンブラによるオブジェクトデータファイルを生成し、この生成したオブジェクトデータファイルを結合したロードモジュールファイルを作成して、対象装置のメモリに格納している。
【０００４】このリンク処理は、ＯＭＦの格納がインデックス形式であり、複数のＯＭＦのインデックスを一つずつサーチしている。この結果、データのアクセス時間が多大になる。また、このリンク処理では、毎回外部記憶装置１からＯＭＦを読み込む必要がある。換言すれば、ＯＭＦの格納をインデックス形式からポインタ方式に張り替えても、一回のリンク処理でリンカが終了してしまい、メモリに読み込んだＯＭＦの情報が開放されてしまう。この場合もリンク処理の時間が多大になる。
【０００５】このようなリンク処理の効率化に関しては、特開平５−３２４２８０号公報の「プログラム開発装置」（デバッグ作業中に、ターゲットシステムに実行形式を出力し、全てのデバッグ作業終了後に最終的な実行形式を記憶装置に出力する）が知られている。また、特開平７−４４３７０号公報の「デバッグ方法」（デバッグによる修正済のモジュールを修正前の元のメモリの格納領域に再格納する）、及び、特開平１０−１７１６８０号公報の「デバッグ情報作成方法、デバッグ方法及びデバッグシステム」（リンク処理を全てのデバッグ情報ファイルを一つのデバッグ書ファイルに編集せずに、管理情報ファイルを生成する）が知られている。しかしながら、これらの公報における従来例では、リンク処理の、より効率化に対する改善の余地がある。
【０００６】
【発明が解決しようとする課題】このように、上記従来例は、アプリケーションプログラムのデバッグにおけるリンク処理に要する処理時間が多大になり、そのアプリケーションプログラムの作成効率が向上が低下するという欠点があった。
【０００７】本発明は、このような従来の技術における課題を解決するものであり、アプリケーションプログラムのデバッグにおけるリンク処理に要する処理時間を削減できるようになり、アプリケーションプログラムの作成効率が向上するアプリケーションプログラムのデバッグにおけるリンク処理方法及びそのシステム並びに情報記録媒体の提供を目的とする。
【０００８】
【課題を解決するための手段】上記課題を達成するために、本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法は、外部記憶装置からメモリに読み込んで格納したオブジェクトモジュールファイル中のデータにポインタ方式を適用して管理している。
【０００９】また、本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法は、前記ポインタ形式を適用した管理において、１回目のリンク処理でオブジェクトモジュールファイルの内容をメモリに書き込み、リンカを待機状態に設定して、オブジェクトモジュールファイルをメモリに残し、この１回目に書き込んだメモリの内容を２回目以降のリンク処理で使用している。
【００１０】更に、本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法は、前記１回目のリンク処理で、メモリにおける記憶容量の占有率が設定値以上であるかを判断し、この判断で設定値以上の場合に、最後に読み込んだオブジェクトモジュールファイルをメモリから削除し、この削除対象のオブジェクトモジュールファイルが、２回目以降のリンク処理かつ外部記憶装置からのオブジェクトモジュールファイルの読み込み時に、メモリに存在するかの判断を更に行っている。
【００１１】本発明のアプリケーションプログラムリンク処理システムは、一回目のリンク処理において、一連のリンク処理終了後にリンク処理プロセスを未終了として待機状態に設定する設定処理手段と、設定処理手段での設定後の再リンカ起動時に待機状態のリンカに制御を移行してリンク処理を行うリンク処理手段と、リンク処理手段において外部記憶装置からメモリに読み込んだオブジェクトモジュールファイル中のデータをポインタ形式で管理するための変更を行う変更処理手段と、２回目以降のリンク処理において、変更処理手段で変更されたオブジェクトモジュールファイルのみを外部記憶装置から読み込み、かつ、変更されていないオブジェクトモジュールファイルに対して変更処理手段でポインタ形式に変更されたメモリ中のオブジェクトモジュールファイルを読み込む処理を実行する読込処理手段とを備える構成としてある。
【００１２】前記変更手段が、ポインタ形式で管理する変更を行うとともに、オブジェクトモジュールファイルが作成された日付情報を付加して、読み込んだオブジェクトモジュールファイルの前後関係を判断する構成としてある。
【００１３】また、前記１回目のリンク処理で、メモリにおける記憶容量の占有率が設定値以上かを判断する判断処理手段と、判断処理手段が設定値を越えたと判断した際に、最後に読み込んだオブジェクトモジュールファイルをメモリから削除する削除処理手段と、削除処理手段での削除対象のオブジェクトモジュールファイルが、２回目以降のリンク処理かつ外部記憶装置からのオブジェクトモジュールファイルの読み込み時にメモリに存在するかを判断する判断処理手段とを更に備える構成としてある。
【００１４】更に、前記設定値として、メモリにおける記憶容量の占有率が、少なくとも５０パーセント以上又は未満であるかを判断するための値を設定する構成としてある。
【００１５】また、前記設定処理手段、リンク処理手段、変更処理手段及び読込処理手段として、少なくとも、ＲＡＭ、メモリ、外部記憶装置、リンカ処理部、データ入出力表示装置及び中央演算処理装置を用いる構成としてある。また、前記判断処理手段、削除処理手段及び判断処理手段として、少なくとも、ＲＡＭ、メモリ、外部記憶装置、リンカ処理部、データ入出力表示装置及び中央演算処理装置を用いる構成としてある。
【００１６】本発明のアプリケーションプログラムリンク処理情報記録媒体は、外部記憶装置からメモリに読み込んで格納したオブジェクトモジュールファイル中のデータにポインタ方式を適用して管理し、１回目のリンク処理でオブジェクトモジュールファイルの内容をメモリに書き込んで、リンカを待機状態に設定して、オブジェクトモジュールファイルをメモリに残し、２回目以降のリンク処理で、１回目に書き込んだメモリの内容を使用するための制御を実行する制御プログラムを記録している。
【００１７】前記１回目のリンク処理で、メモリにおける記憶容量の占有率が設定値以上の場合に、最後に読み込んだオブジェクトモジュールファイルをメモリから削除し、このオブジェクトモジュールファイルが２回目以降のリンク処理かつ外部記憶装置からのオブジェクトモジュールファイルの読み込み時に、メモリに存在するかの判断を行う制御を実行するための制御プログラムを更に記録している。
【００１８】このような本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法及びシステムは、外部記憶装置からメモリに読み込んで格納したオブジェクトモジュールファイル中のデータにポインタ方式を適用して管理するとともに、１回目のリンク処理でオブジェクトモジュールファイルの内容をメモリに書き込み、リンカを待機状態に設定して、オブジェクトモジュールファイルをメモリに残している。そして、２回目以降のリンク処理で、１回目に書き込んだメモリの内容を使用している。
【００１９】この結果、アプリケーションプログラムのデバッグにおけるリンク処理に要する処理時間を削減できるようになり、そのアプリケーションプログラムの作成効率が向上する。
【００２０】また、本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法及びシステムは、１回目のリンク処理で、メモリにおける記憶容量の占有率が設定値以上の場合に、最後に読み込んだオブジェクトモジュールファイルをメモリから削除する。そして、この削除対象のオブジェクトモジュールファイルが、２回目以降のリンク処理かつ部記憶装置からのオブジェクトモジュールファイルの読み込み時にメモリに存在するかの判断を行っている。
【００２１】この結果、アクセス頻度の低いメモリの領域を一時的にディスクに退避して、再度アクセスされた時点でメモリに読み出すスワップがなくなり、システムのスワップが多大にならずに、オペレーティングシステムの処理速度に影響を与えないようになる。換言すれば、リンク処理に要する処理時間の削減が、より効果的に行われる。
【００２２】本発明のアプリケーションプログラムリンク処理情報記録媒体は、前記した処理を実行する制御プログラムを格納している。
【００２３】この結果、制御プログラムを汎用ソフトウェアとして提供できるようになり、汎用小型コンピュータでのアプリケーションプログラムのデバッグにおけるリンク処理に要する処理時間を削減できるようになり、そのアプリケーションプログラムの作成効率が向上する。
【００２４】
【発明の実施の形態】次に、本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法及びそのシステム並びに情報記録媒体の実施の形態を図面を参照して詳細に説明する。図１は本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法及びそのシステム並びに情報記録媒体の第１実施形態にかかる構成を示すブロック図である。このアプリケーションプログラムリンク処理システムは、汎用小型コンピュータを用いて、複数個のオブジェクトファイルにライブラリ中から必要なルーチンを取り込んでアプリケーションプログラムを作成するためのものであり、この汎用小型コンピュータによってコンパイル（アセンブリ）、リンク、デバッグ、コード修正の一連の作業工程を繰り返して行っている。
【００２５】図１において、このアプリケーションプログラムリンク処理システムは、汎用小型コンピュータにおける外部記憶装置１０に格納した複数のオブジェクトモジュールファイル（ＯＭＦ）を順次読み出し、リンカ１１がリンク処理を実行している。また、汎用小型コンピュータにおけるＲＡＭ１２及びメモリ１３が、このリンカ１１でのリンク処理にかかるデータの記憶処理を行っている。また、入出力表示処理装置１４及び中央演算処理装置１５が設けられている。
【００２６】なお、以下のリンク処理は汎用小型コンピュータを用いて実行される。したがって、以下のリンク処理をＣＤ−ＲＯＭや磁気記録媒体に格納した汎用ソフトウェア（情報記録媒体）として提供可能である。
【００２７】図１において、この例は、再リンクを指示するオプション指定１０１、及び、リンカ終了を指示するオプション指定１０２の処理とともに、待機中のリンク処理のプロセスに制御を移行させるための処理を行う入出力処理部（Ａ）１１０と、外部記憶装置１０からＯＭＦのファイルを取り込んでメモリ１３に展開するＯＭＦ入力部（Ａ）１１１と、ＯＭＦ中のデータ管理をインデックス形式からポインタ形式に変換するためのインデックス張り替え処理部１１２と、リンク処理本体１０５とを備えている。
【００２８】リンク処理本体１０５は、結合部１１３と、配置部１１４と、シンボル解決部１１５と、コード補正部１１６と、ロードモジュールファイル出力部１１７とを有している。このリンク処理本体１０５では、外部記憶装置１０に格納しているソースプログラムを分割した複数のＯＭＦごとにコンパイラやアセンブラによるオブジェクトデータファイルを生成し、この生成したオブジェクトデータファイルを結合したロードモジュールファイルを作成して、対象装置のメモリに送出している。
【００２９】更に、この例は、リンク処理本体１０５でのリンカ終了を指示するオプション指定が指示されたかを判断し、リンカ終了を指示するオプションが指定されていた場合にリンカを終了させ、また、リンカ終了を指示するオプションが指定されていない場合にリンク処理のプロセスを待機状態に設定する入出力処理部（Ｂ）１１８と、ロードモジュールファイルがメモリ１３中のＯＭＦよりも後に作成されたものであれば、外部記憶装置１０からＯＭＦを読み込む処理を行うＯＭＦ入力部（Ｂ）１１９とを備えている。
【００３０】次に、この第１実施形態の動作について説明する。図２は第１実施形態の動作の処理手順を示すフローチャートである。図１及び図２において、再リンクオプション指定１０１が行われているかを判断する（ステップＳ２０１) 。ここで再リンクオプション指定１０１が行われていない場合（Ｎｏ）、指定されたＯＭＦをメモリ１３に読み込む（ステップＳ２０２) 。この読み込んだＯＭＦ中のデータをインデックス形式で管理しているデータをポインタ形式に変換するとともに、読み込んだオブジェクトモジュールファイルの前後関係を判断するためのオブジェクトモジュールファイルが作成された日付情報を付加する（ステップＳ２０３) 。
【００３１】このステップＳ２０３について詳細に説明する。図３は図２中のステップ２０３の詳細な処理手順を示すフローチャートである。図２中のＯＭＦ中のデータをインデックス形式で管理しているデータをポインタ形式に張り替え、更に日付情報を付加した後（ステップＳ２０３）に、変換するＯＭＦを読み込む（ステップＳ３０１）。インデックス値（何番目のデータであるかを示す値）をカウントする変数ｃｏｕｎｔを「０」に初期化する（ステップＳ３０２）。次に、ファイルヘッダ情報からインデックス形式をポインタ形式に変換するデータの先頭アドレスを取得し（ステップＳ３０３) 、変換するデータのインデックス値を取得する（ステップＳ３０４) 。
【００３２】更に、ファイルヘッダ情報から変換するデータを示している先頭アドレスを変数ａｄｄｒに代入する（ステップＳ３０５) 。次に、インデックス値と変数ｃｏｕｎｔとが同一であるかを判断する（ステップＳ３０６) 。この判断でインデックス値と変数ｃｏｕｎｔとが同じでない場合（Ｎｏ）、次のデータにアドレスを進めるためデータのサイズ分を変数ａｄｄｒに加算する（ステップＳ３１２) 。続いて、変数ｃｏｕｎｔに「１」を加算して（ステップＳ３１３）、ステップ３０６に戻る。このステップＳ３０６，Ｓ３１２，Ｓ３１３を繰り返すサーチによって該当するデータを検出する。
【００３３】次に、このメモリ１３に入力したＯＭＦ（インデックス形式）について説明する。図４はインデックス形式をポインタ形式に変換する前のＯＭＦの内容を説明するための図である。図５はシンボルテーブルを説明するための図である。図４に示すインデックス形式では、インデックス値に基づいて、図５に示すシンボル情報を一つずつサーチして、データを参照しなければならないが、ポインタ形式ではアドレスを参照することによって、直接そのデータを参照できる。
【００３４】図３において、インデックス値と変数ｃｏｕｎｔとが同一になった場合、インデックス値が格納されていた領域に変数ａｄｄｒの内容を代入する（ステップＳ３０７) 。これによって、一つのデータをインデックス形式からポインタ形式へに変換する処理が終了したことになる。次に、一つのＯＭＦ中の全てのインデックス形式がポインタ形式に変換できたかの終了を判断する（ステップＳ３０８)。この判断で終了していない場合（Ｓ３０８：Ｎｏ）、ステップＳ３０２に戻り、また、ステップＳ３０８の判断で終了している場合（Ｙｅｓ）、ＯＭＦの作成日時情報をＯＭＦに追加する（ステップＳ３０９) 。
【００３５】次に、全てのＯＭＦのインデックス形式がポインタ形式に変換できたかの終了を判断する（ステップＳ３１０) 。この判断で全てのＯＭＦの変換（ポインタ形式）が終了していない場合（Ｎｏ）、ステップＳ３０１に戻って、以降の処理を繰り返す。また、ステップＳ３１０の判断で全てのＯＭＦの変換（ポインタ形式）が終了している場合（Ｙｅｓ）、図２に示すリンク処理本体１０５での処理に移行する（ステップＳ２０４）。このリンク処理本体１０５での処理（ステップＳ２０４）は、結合部１１３、配置部１１４、シンボル解決部１１５、コード補正部１１６、ロードモジュールファイル出力部１１７によって、外部記憶装置１０に格納しているソースプログラムを分割した複数のＯＭＦごとにコンパイラやアセンブラによるオブジェクトデータファイルを生成し、この生成したオブジェクトデータファイルを結合したロードモジュールファイルを作成している。
【００３６】このリンク処理本体１０５での処理（ステップＳ２０４）が終了すると、リンク終了オプション指定（オプション指定１０２）が行われたかを判断する（ステップＳ２０５) 。この判断で指定が行われている場合（Ｙｅｓ）、リンク処理を終了する。また、ステップＳ２０５の判断で指定が行われていない場合（Ｎｏ）、入出力処理部の確保を行って（ステップＳ２０６) 、リンク処理を待機状態に設定する（ステップＳ２０７) 。次に、再リンクオプション指定１０１が行われている場合、すなわち、２回目以降のリンク処理では、まず、入出力処理部（Ａ）１１０の確保を行う（ステップＳ２１３) 。装置のアドレスとポート番号情報に基づいて、すでに待機状態のリンク処理のプロセスに接続要求を行う（ステップＳ２１４) 。
【００３７】そして、指定されたファイル名及びオプション情報を待機状態のリンク処理のプロセスに渡して、その制御を移行する（ステップＳ２１５) 。この制御が移行された待機状態のリンク処理のプロセスでは、ファイル名（ＯＭＦ）及びオプション情報を取得する（ステップＳ２０８) 。この取得したＯＭＦとメモリ１３とに格納されているＯＭＦの日付情報とを比較する（ステップＳ２０９) 。
【００３８】この日付情報の比較によって、メモリ１３中のＯＭＦが新しいかを判断し（ステップＳ２１０) 、この判断でメモリ１３中のＯＭＦが古い場合（Ｎｏ）、外部記憶装置１０から再度読み込みを行う（ステップＳ２１１) 。そして、他に指定されたファイルがあるかを判断する（ステップＳ２１２) 。メモリ１３中のＯＭＦが新しい場合（Ｓ２１２：Ｙｅｓ）、ステップＳ２１２に進む。まだ、他のファイルがある場合（Ｓ２１２：Ｎｏ）は、ステップＳ２０３に戻って以降の処理を繰り返す。
【００３９】図２において、再リンクを指示するオプション指定１０１が行われていない場合、すなわち、２回目移行のリンク処理では、入出力処理部の確保を行い（ステップＳ２１３) 、装置のアドレスとポート番号情報に基づいて、すでに動作しているリンク処理のプロセスに接続要求を行う（ステップＳ２１４) 。次に、起動時に指定したファイル名とオプション情報を、すでに動作しているリンク処理のプロセスに、その制御を移行する（ステップＳ２１５) 。
【００４０】このようにして図４に示すインデックス形式をポインタ形式に変換する前のＯＭＦをポインタ形式に変換する。図６はインデックス形式をポインタ形式に変換した後及び作成日付を付加した後のＯＭＦの内容を説明するための図である。図４に示すリロケーションデータ１及びリロケーションデータｎがインデックス方式によって、そのシンボルを示しているのに対して、図６では、ポインタ形式によって、そのシンボルを示している。
【００４１】このようにして、最初にリンク処理を実行したときに、ＯＭＦを読み込み、このＯＭＦ中のデータをインデックス形式からポインタ形式に張り替えて処理を行う。この結果、処理時間を削減できる。更に、リンク処理を終了させずに待機状態とする。これによって、メモリ１３中のＯＭＦを２回目以降のリンク処理で使用できることになる。この２回目以降のリンク処理では、指定されたファイル名及びオプション情報を待機状態のリンク処理に渡すことによって、その処理を行う。また、変更されたＯＭＦのみを外部記憶装置１０から読み込み、変更されていないＯＭＦは、メモリ１３中に格納されているＯＭＦを使用する。この結果、更に処理時間が削減される。
【００４２】次に、この処理時間の削減を具体的な数字に基づいて説明する。以下、ＯＭＦ数を３０個でリンク処理する場合について説明する。従来例のリンク処理にあって、３０本のＯＭＦをリンク処理すると約１８０秒が必要である。この中でＯＭＦを読み込むために要する時間は、３０本で計３６秒である。１日間、そのデバッグ処理を行うと、通常約３０〜５０回のリンク処理を行うことになり、その合計時間は、４０回×１８０秒＝７２００秒（１２０分）となり、この時間内でのＯＭＦを読み込む時間は、４０回×３６秒＝１４４０秒（２４分）となる。
【００４３】この時間に基づいたリンカ１１の実行では、以下のようになる。インデックス形式で管理されているデータをポインタ形式に変更することによって、リンク処理時間が従来例よりも１０パーセント削減できる。また、ＲＡＭ１２から読み出す速さは、ハードディスク装置（ＨＤＤ）の約４０〜１６０倍である。したがって、このＲＡＭ１２から読み出す速さは、ほぼ無視できる値となる。また、通常、再リンク処理を行う場合に更新されるＯＭＦは、１〜２本であるため、２回目以降のリンク処理では、この１〜２本のＯＭＦの読み込み時間のみを要することになり、他の２８，２９本の読み込み時間が無視できる値となる。これを従来例によって、その合計時間を計算すると次のようになる。
【００４４】４０回×（１８０秒−（３６秒＋（１８０秒×１０パーセント）＋１秒＝５０００秒（約８４分）となる。したがって、従来例よりも実施形態でのリンク処理は、処理時間を約３０パーセント削減（２４分／８４分）できることになる。なお、前記した１秒は、外部記憶装置１０からＯＭＦを読み込む時間である。
【００４５】このように、この第１実施形態では、アプリケーションプログラムのデバッグにおけるリンク処理に要する処理時間を削減できるようになり、結果的にアプリケーションプログラムの作成効率が向上することになる。
【００４６】次に、第２実施形態について説明する。図７R>７は第２実施形態の処理手順を示すブロック図である。図７において、図２に示した第１実施形態の処理と同一の処理には、同一の参照符号を付し、かつ、その重複した説明は省略する。この第２実施形態では、前記した第１実施形態に対し、システムのメモリ１３における記憶容量に対する占有率を調べ、そのメモリ１３の記憶容量の占有率が５０パーセント以上の場合に、メモリ１３に読み込んでいるＯＭＦを削除する処理を追加している。このメモリ１３における記憶容量の占有率を５０パーセント未満としているのは、５０パーセント以上になるとシステムのスワップが多大になり、オペレーティングシステムの処理速度に影響を与える場合を考慮したものである。
【００４７】図７において、ステップＳ２０１からステップＳ２０５までの処理は、図２に示した第１実施形態の処理と同様である。このステップＳ２０５によるリンク終了オプション指定（オプション指定１０２）が行われたかの判断の後のステップＳ７０１では、この第２実施形態のリンカが占有しているメモリ１３の記憶容量がシステムでのデータ処理における全体の５０パーセント以上かを判断する。ここで５０パーセント以上の場合（Ｓ７０１：Ｙｅｓ）、ステップＳ７０２で最後に読み込んだＯＭＦをメモリ１３から削除してステップＳ７０１に戻る。また、ステップＳ７０１で５０パーセント未満の場合（Ｎｏ）、ステップＳ２０６に進む。このステップＳ２０６からステップＳ２０９までの処理は図２に示した第１実施形態の処理と同様である。
【００４８】ステップＳ２０９における取得したＯＭＦとメモリ１３とに格納されているＯＭＦの日付情報との比較後のステップＳ７０３では、メモリ１３中に存在し、かつ、メモリ１３中のＯＭＦが新しいかの判断を行う。ここでメモリ１３中のＯＭＦが古い場合（Ｎｏ）、図２に示した第１実施形態におけるステップＳ２１１，Ｓ２１２を処理する。すなわち、外部記憶装置１０から再度読み込みを行い、他に指定されたファイルがあるかを判断する。
【００４９】このように、この第２実施形態では、アクセス頻度の低いメモリ１３の領域を一時的にディスクに退避して、再度アクセスされた時点でメモリ１３に読み出すスワップがなくなる。したがって、システムでのスワップが多大にならずに、オペレーティングシステムの処理速度に影響を与えないようになる。換言すれば、リンク処理に要する処理時間の削減が、より効果的に行われる。
【００５０】
【発明の効果】以上の説明から明らかなように、本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法及びシステムによれば、読み込んだオブジェクトモジュールファイル中のデータにポインタ方式を適用して管理するとともに、１回目のリンク処理でオブジェクトモジュールファイルの内容をメモリに書き込み、リンカを待機状態に設定して、オブジェクトモジュールファイルをメモリに残すとともに、２回目以降のリンク処理で１回目に書き込んだメモリの内容を使用している。
【００５１】この結果、アプリケーションプログラムのデバッグにおけるリンク処理に要する処理時間を削減できるようになり、そのアプリケーションプログラムの作成効率が向上することになる。
【００５２】また、本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法及びシステムによれば、１回目のリンク処理で、メモリにおける記憶容量の占有率が設定値以上の場合に、最後に読み込んだオブジェクトモジュールファイルをメモリから削除し、この削除対象のオブジェクトモジュールファイルが、２回目以降のリンク処理かつ部記憶装置からのオブジェクトモジュールファイルの読み込み時にメモリに存在するかの判断を行っている。
【００５３】したがって、アクセス頻度の低いメモリの領域を一時的にディスクに退避して、再度アクセスされた時点でメモリに読み出すスワップがなくなり、システムのスワップが多大にならずに、オペレーティングシステムの処理速度に影響を与えないようになる。この結果、リンク処理に要する処理時間の削減が、より効果的に行われるようになる。
【００５４】更に、本発明のアプリケーションプログラムリンク処理情報記録媒体では、前記した処理を実行する制御プログラムを格納している。
【００５５】この結果、制御プログラムを汎用ソフトウェアとして提供できるようになり、汎用小型コンピュータでのアプリケーションプログラムのデバッグにおけるリンク処理に要する処理時間を削減できるようになり、そのアプリケーションプログラムの作成効率が向上するようになる。
【図面の簡単な説明】
【図１】本発明のアプリケーションプログラムのデバッグにおけるリンク処理方法及びそのシステム並びに情報記録媒体の第１実施形態にかかる構成を示すブロック図である。
【図２】第１実施形態の動作の処理手順を示すフローチャートである。
【図３】図２中の処理の詳細な手順を示すフローチャートである。
【図４】第１実施形態にあってインデックス形式をポインタ形式に変換する前のオブジェクトモジュールファイルの内容を説明するための図である。
【図５】第１実施形態にあってシンボルテーブルを示す図である。
【図６】第１実施形態にあってインデックス形式をポインタ形式に変換した後及び作成日付を付加した後のオブジェクトモジュールファイルの内容を説明するための図である。
【図７】第２実施形態の処理手順を示すブロック図である。
【図８】従来のアプリケーションプログラムのデバッグにおけるリンク処理を説明するための図である。
【符号の説明】
１０ 外部記憶装置
１１ リンカ
１２ ＲＡＭ
１３ メモリ
１４ 入出力表示処理装置
１５ 中央演算処理装置
１０５ リンク処理部
１１０／１１８ 入出力処理部（Ａ）／（Ｂ）
１１１／１１９ ＯＭＦ入力部（Ａ）／（Ｂ）
１１２ インデックス張り替え処理部
１１３ 結合部
１１４ 配置部
１１５ シンボル解決部
１１６ コード補正部
１１７ ロードモジュールファイル出力部
【特許請求の範囲】
【請求項１】 アプリケーションプログラムのデバッグにおけるリンク処理方法において、外部記憶装置からメモリに読み込んで格納したオブジェクトモジュールファイル中のデータにポインタ方式を適用して管理することを特徴とするアプリケーションプログラムのデバッグにおけるリンク処理方法。
【請求項２】 前記ポインタ形式を適用した管理において、１回目のリンク処理でオブジェクトモジュールファイルの内容をメモリに書き込み、リンカを待機状態に設定して、オブジェクトモジュールファイルをメモリに残し、この１回目に書き込んだメモリの内容を２回目以降のリンク処理で使用することを特徴とする請求項１記載のアプリケーションプログラムのデバッグにおけるリンク処理方法。
【請求項３】 前記１回目のリンク処理で、メモリにおける記憶容量の占有率が設定値以上かを判断し、この判断で設定値以上の場合に、最後に読み込んだオブジェクトモジュールファイルをメモリから削除し、この削除対象のオブジェクトモジュールファイルが、２回目以降のリンク処理かつ外部記憶装置からのオブジェクトモジュールファイルの読み込み時に、メモリに存在するかの判断を更に行うことを特徴とする請求項２記載のアプリケーションプログラムのデバッグにおけるリンク処理方法。
【請求項４】 アプリケーションプログラムのデバッグにおけるリンク処理を実行するアプリケーションプログラムリンク処理システムにおいて、一回目のリンク処理において、一連のリンク処理終了後にリンク処理プロセスを未終了として待機状態に設定する設定処理手段と、前記設定処理手段での設定後の再リンカ起動時に待機状態のリンカに制御を移行してリンク処理を行うリンク処理手段と、前記リンク処理手段において外部記憶装置からメモリに読み込んだオブジェクトモジュールファイル中のデータをポインタ形式で管理するための変更を行う変更処理手段と、２回目以降のリンク処理において、前記変更処理手段で変更されたオブジェクトモジュールファイルのみを外部記憶装置から読み込み、かつ、変更されていないオブジェクトモジュールファイルに対して前記変更処理手段でポインタ形式に変更されたメモリ中のオブジェクトモジュールファイルを読み込む処理を実行する読込処理手段と、を備えることを特徴とするアプリケーションプログラムリンク処理システム。
【請求項５】 前記変更手段が、ポインタ形式で管理する変更を行うとともに、オブジェクトモジュールファイルが作成された日付情報を付加して、読み込んだオブジェクトモジュールファイルの前後関係を判断することを特徴とする請求項４記載のアプリケーションプログラムリンク処理システム。
【請求項６】 前記１回目のリンク処理で、メモリにおける記憶容量の占有率が設定値以上であるかを判断する判断処理手段と、前記判断処理手段が設定値を越えたと判断した際に、最後に読み込んだオブジェクトモジュールファイルをメモリから削除する削除処理手段と、前記削除処理手段での削除対象のオブジェクトモジュールファイルが、２回目以降のリンク処理かつ外部記憶装置からのオブジェクトモジュールファイルの読み込み時にメモリに存在するかを判断する判断処理手段と、を更に備えることを特徴とする請求項４記載のアプリケーションプログラムリンク処理システム。
【請求項７】 前記設定値として、メモリにおける記憶容量の占有率が、少なくとも５０パーセント以上又は未満であるかを判断するための値を設定することを特徴とする請求項６記載のアプリケーションプログラムリンク処理システム。
【請求項８】 前記設定処理手段、リンク処理手段、変更処理手段及び読込処理手段として、少なくとも、ＲＡＭ、メモリ、外部記憶装置、リンカ処理部、データ入出力表示装置及び中央演算処理装置を用いることを特徴とする請求項４記載のアプリケーションプログラムリンク処理システム。
【請求項９】 前記判断処理手段、削除処理手段及び判断処理手段として、少なくとも、ＲＡＭ、メモリ、外部記憶装置、リンカ処理部、データ入出力表示装置及び中央演算処理装置を用いることを特徴とする請求項４記載のアプリケーションプログラムリンク処理システム。
【請求項１０】 外部記憶装置からメモリに読み込んで格納したオブジェクトモジュールファイル中のデータにポインタ方式を適用して管理し、１回目のリンク処理でオブジェクトモジュールファイルの内容をメモリに書き込んで、リンカを待機状態に設定して、オブジェクトモジュールファイルをメモリに残し、２回目以降のリンク処理で、１回目に書き込んだメモリの内容を使用するための制御を実行する制御プログラムを記録したことを特徴とするアプリケーションプログラムリンク処理情報記録媒体。
【請求項１１】 前記１回目のリンク処理で、メモリにおける記憶容量の占有率が設定値以上の場合に、最後に読み込んだオブジェクトモジュールファイルをメモリから削除し、このオブジェクトモジュールファイルが２回目以降のリンク処理かつ外部記憶装置からのオブジェクトモジュールファイルの読み込み時に、メモリに存在するかの判断を行う制御を実行するための制御プログラムを、更に記録したことを特徴とする請求項１０記載のアプリケーションプログラムリンク処理情報記録媒体。
【請求項１】 アプリケーションプログラムのデバッグにおけるリンク処理方法において、外部記憶装置からメモリに読み込んで格納したオブジェクトモジュールファイル中のデータにポインタ方式を適用して管理することを特徴とするアプリケーションプログラムのデバッグにおけるリンク処理方法。
【請求項２】 前記ポインタ形式を適用した管理において、１回目のリンク処理でオブジェクトモジュールファイルの内容をメモリに書き込み、リンカを待機状態に設定して、オブジェクトモジュールファイルをメモリに残し、この１回目に書き込んだメモリの内容を２回目以降のリンク処理で使用することを特徴とする請求項１記載のアプリケーションプログラムのデバッグにおけるリンク処理方法。
【請求項３】 前記１回目のリンク処理で、メモリにおける記憶容量の占有率が設定値以上かを判断し、この判断で設定値以上の場合に、最後に読み込んだオブジェクトモジュールファイルをメモリから削除し、この削除対象のオブジェクトモジュールファイルが、２回目以降のリンク処理かつ外部記憶装置からのオブジェクトモジュールファイルの読み込み時に、メモリに存在するかの判断を更に行うことを特徴とする請求項２記載のアプリケーションプログラムのデバッグにおけるリンク処理方法。
【請求項４】 アプリケーションプログラムのデバッグにおけるリンク処理を実行するアプリケーションプログラムリンク処理システムにおいて、一回目のリンク処理において、一連のリンク処理終了後にリンク処理プロセスを未終了として待機状態に設定する設定処理手段と、前記設定処理手段での設定後の再リンカ起動時に待機状態のリンカに制御を移行してリンク処理を行うリンク処理手段と、前記リンク処理手段において外部記憶装置からメモリに読み込んだオブジェクトモジュールファイル中のデータをポインタ形式で管理するための変更を行う変更処理手段と、２回目以降のリンク処理において、前記変更処理手段で変更されたオブジェクトモジュールファイルのみを外部記憶装置から読み込み、かつ、変更されていないオブジェクトモジュールファイルに対して前記変更処理手段でポインタ形式に変更されたメモリ中のオブジェクトモジュールファイルを読み込む処理を実行する読込処理手段と、を備えることを特徴とするアプリケーションプログラムリンク処理システム。
【請求項５】 前記変更手段が、ポインタ形式で管理する変更を行うとともに、オブジェクトモジュールファイルが作成された日付情報を付加して、読み込んだオブジェクトモジュールファイルの前後関係を判断することを特徴とする請求項４記載のアプリケーションプログラムリンク処理システム。
【請求項６】 前記１回目のリンク処理で、メモリにおける記憶容量の占有率が設定値以上であるかを判断する判断処理手段と、前記判断処理手段が設定値を越えたと判断した際に、最後に読み込んだオブジェクトモジュールファイルをメモリから削除する削除処理手段と、前記削除処理手段での削除対象のオブジェクトモジュールファイルが、２回目以降のリンク処理かつ外部記憶装置からのオブジェクトモジュールファイルの読み込み時にメモリに存在するかを判断する判断処理手段と、を更に備えることを特徴とする請求項４記載のアプリケーションプログラムリンク処理システム。
【請求項７】 前記設定値として、メモリにおける記憶容量の占有率が、少なくとも５０パーセント以上又は未満であるかを判断するための値を設定することを特徴とする請求項６記載のアプリケーションプログラムリンク処理システム。
【請求項８】 前記設定処理手段、リンク処理手段、変更処理手段及び読込処理手段として、少なくとも、ＲＡＭ、メモリ、外部記憶装置、リンカ処理部、データ入出力表示装置及び中央演算処理装置を用いることを特徴とする請求項４記載のアプリケーションプログラムリンク処理システム。
【請求項９】 前記判断処理手段、削除処理手段及び判断処理手段として、少なくとも、ＲＡＭ、メモリ、外部記憶装置、リンカ処理部、データ入出力表示装置及び中央演算処理装置を用いることを特徴とする請求項４記載のアプリケーションプログラムリンク処理システム。
【請求項１０】 外部記憶装置からメモリに読み込んで格納したオブジェクトモジュールファイル中のデータにポインタ方式を適用して管理し、１回目のリンク処理でオブジェクトモジュールファイルの内容をメモリに書き込んで、リンカを待機状態に設定して、オブジェクトモジュールファイルをメモリに残し、２回目以降のリンク処理で、１回目に書き込んだメモリの内容を使用するための制御を実行する制御プログラムを記録したことを特徴とするアプリケーションプログラムリンク処理情報記録媒体。
【請求項１１】 前記１回目のリンク処理で、メモリにおける記憶容量の占有率が設定値以上の場合に、最後に読み込んだオブジェクトモジュールファイルをメモリから削除し、このオブジェクトモジュールファイルが２回目以降のリンク処理かつ外部記憶装置からのオブジェクトモジュールファイルの読み込み時に、メモリに存在するかの判断を行う制御を実行するための制御プログラムを、更に記録したことを特徴とする請求項１０記載のアプリケーションプログラムリンク処理情報記録媒体。
【図４】
【図６】
【図１】
【図２】
【図３】
【図５】
【図８】
【図７】
【図６】
【図１】
【図２】
【図３】
【図５】
【図８】
【図７】
【公開番号】特開２０００−２００２０２（Ｐ２０００−２００２０２Ａ）
【公開日】平成１２年７月１８日（２０００．７．１８）
【国際特許分類】
【出願番号】特願平１１−２２２２
【出願日】平成１１年１月７日（１９９９．１．７）
【出願人】（０００２３２０３６）日本電気アイシーマイコンシステム株式会社 (72)
【Ｆターム（参考）】
【公開日】平成１２年７月１８日（２０００．７．１８）
【国際特許分類】
【出願日】平成１１年１月７日（１９９９．１．７）
【出願人】（０００２３２０３６）日本電気アイシーマイコンシステム株式会社 (72)
【Ｆターム（参考）】
[ Back to top ]