JPH05282134A - 分割ロードモジュール作成方式 - Google Patents
分割ロードモジュール作成方式Info
- Publication number
- JPH05282134A JPH05282134A JP10923392A JP10923392A JPH05282134A JP H05282134 A JPH05282134 A JP H05282134A JP 10923392 A JP10923392 A JP 10923392A JP 10923392 A JP10923392 A JP 10923392A JP H05282134 A JPH05282134 A JP H05282134A
- Authority
- JP
- Japan
- Prior art keywords
- load module
- load
- address
- module
- function
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Stored Programmes (AREA)
Abstract
(57)【要約】
【目的】 他のロードモジュールに影響を及ぼすことな
くロードモジュールを修正可能とし、ロードモジュール
の再作成に要する時間と労力とを軽減する。 【構成】 リンケージエディタ１は、オブジェクトモジ
ュールＯＭのリンク時に自ロードモジュールＬＭ内で定
義した関数のロード先アドレスを設定した内部アドレス
テーブルと自ロードモジュールＬＭ内で未解決のアドレ
スを解決するために必要な情報を設定した未解決アドレ
ステーブルとを持つロードモジュールＬＭを作成する。
ロードツール２は、ロードモジュールＬＭのロード時に
各ロードモジュールＬＭの内部アドレステーブルを参照
して未解決アドレステーブルに関数のロード先アドレス
を設定することにより、ロードモジュール間のアドレス
解決を行う。
くロードモジュールを修正可能とし、ロードモジュール
の再作成に要する時間と労力とを軽減する。 【構成】 リンケージエディタ１は、オブジェクトモジ
ュールＯＭのリンク時に自ロードモジュールＬＭ内で定
義した関数のロード先アドレスを設定した内部アドレス
テーブルと自ロードモジュールＬＭ内で未解決のアドレ
スを解決するために必要な情報を設定した未解決アドレ
ステーブルとを持つロードモジュールＬＭを作成する。
ロードツール２は、ロードモジュールＬＭのロード時に
各ロードモジュールＬＭの内部アドレステーブルを参照
して未解決アドレステーブルに関数のロード先アドレス
を設定することにより、ロードモジュール間のアドレス
解決を行う。
Description
【０００１】
【産業上の利用分野】本発明は分割ロードモジュール作
成方式に関し、特にロードモジュールを分割して作成す
る分割ロードモジュール作成方式に関する。
成方式に関し、特にロードモジュールを分割して作成す
る分割ロードモジュール作成方式に関する。
【０００２】
【従来の技術】従来、この種の分割ロードモジュール作
成方式では、リンケージエディタが、オブジェクトモジ
ュールのリンク時に、ロードモジュール間のアドレス解
決に必要な情報を設定したファイル（オプショナルファ
イル）を参照して、オブジェクトモジュールをリンクさ
せてロードモジュールを作成していた。
成方式では、リンケージエディタが、オブジェクトモジ
ュールのリンク時に、ロードモジュール間のアドレス解
決に必要な情報を設定したファイル（オプショナルファ
イル）を参照して、オブジェクトモジュールをリンクさ
せてロードモジュールを作成していた。
【０００３】例えば、図４（ａ）に示すように、オブジ
ェクトモジュールＯＭ１〜ＯＭ４が関数Ａ〜Ｄをそれぞ
れ定義しており、関数Ａが内部で関数Ｂ，ＣおよびＤを
使用しているためにオブジェクトモジュールＯＭ１が内
部に定義関数Ｂ呼出し部（ａ），未定義関数Ｃ呼出し部
（ｂ）および未定義関数Ｄアドレス取得部（ｃ）を持っ
ているとすると、オブジェクトモジュールＯＭ１とオブ
ジェクトモジュールＯＭ２とをリンクさせてロードモジ
ュールＬＭ１（図５参照）を作成し、オブジェクトモジ
ュールＯＭ３とオブジェクトモジュールＯＭ４とをリン
クさせてロードモジュールＬＭ２（図５参照）を作成す
る場合、リンケージエディタ（図示せず）によってロー
ドモジュールＬＭ１を構成するオブジェクトモジュール
ＯＭ１およびＯＭ２間の定義関数Ｂ呼出し部（ａ）のア
ドレス解決が行われる。しかし、ロードモジュールＬＭ
１およびＬＭ２間のアドレス解決に関する情報が得られ
ないため、このままではロードモジュールＬＭ１では未
定義関数Ｃ呼出し部（ｂ）および未定義関数Ｄアドレス
取得部（ｃ）のアドレス解決を行うことができない。
ェクトモジュールＯＭ１〜ＯＭ４が関数Ａ〜Ｄをそれぞ
れ定義しており、関数Ａが内部で関数Ｂ，ＣおよびＤを
使用しているためにオブジェクトモジュールＯＭ１が内
部に定義関数Ｂ呼出し部（ａ），未定義関数Ｃ呼出し部
（ｂ）および未定義関数Ｄアドレス取得部（ｃ）を持っ
ているとすると、オブジェクトモジュールＯＭ１とオブ
ジェクトモジュールＯＭ２とをリンクさせてロードモジ
ュールＬＭ１（図５参照）を作成し、オブジェクトモジ
ュールＯＭ３とオブジェクトモジュールＯＭ４とをリン
クさせてロードモジュールＬＭ２（図５参照）を作成す
る場合、リンケージエディタ（図示せず）によってロー
ドモジュールＬＭ１を構成するオブジェクトモジュール
ＯＭ１およびＯＭ２間の定義関数Ｂ呼出し部（ａ）のア
ドレス解決が行われる。しかし、ロードモジュールＬＭ
１およびＬＭ２間のアドレス解決に関する情報が得られ
ないため、このままではロードモジュールＬＭ１では未
定義関数Ｃ呼出し部（ｂ）および未定義関数Ｄアドレス
取得部（ｃ）のアドレス解決を行うことができない。
【０００４】そこで、リンケージエディタは、図４
（ｂ）に示すような他のロードモジュールＬＭ２で定義
された関数名ＣおよびＤとそのロード先アドレス“３０
５００”および“３０７００”とを記述したオプショナ
ルファイルＯＦを参照して、未定義関数Ｃ呼出し部
（ｂ）および未定義関数Ｄアドレス取得部（ｃ）の関数
名ＣおよびＤをキーとしてアドレス解決に必要なロード
先アドレス“３０５００”および“３０７００”を取得
してロードモジュールＬＭ１内の未定義関数Ｃ呼出し部
（ｂ）および未定義関数Ｄアドレス取得部（ｃ）に直接
設定することで、アドレス解決を行っていた。
（ｂ）に示すような他のロードモジュールＬＭ２で定義
された関数名ＣおよびＤとそのロード先アドレス“３０
５００”および“３０７００”とを記述したオプショナ
ルファイルＯＦを参照して、未定義関数Ｃ呼出し部
（ｂ）および未定義関数Ｄアドレス取得部（ｃ）の関数
名ＣおよびＤをキーとしてアドレス解決に必要なロード
先アドレス“３０５００”および“３０７００”を取得
してロードモジュールＬＭ１内の未定義関数Ｃ呼出し部
（ｂ）および未定義関数Ｄアドレス取得部（ｃ）に直接
設定することで、アドレス解決を行っていた。
【０００５】このように、従来は、ロードモジュールを
分割して作成しようとした場合、ロードモジュール間の
アドレス解決に必要なアドレスは定義を行ったロードモ
ジュール内であらかじめ決定されていなければならなか
ったが、アドレスはロードモジュール内の関数のロード
先アドレスの変更やロードモジュールファイルの修正等
でロードモジュールのサイズが変わるたびに変化する。
分割して作成しようとした場合、ロードモジュール間の
アドレス解決に必要なアドレスは定義を行ったロードモ
ジュール内であらかじめ決定されていなければならなか
ったが、アドレスはロードモジュール内の関数のロード
先アドレスの変更やロードモジュールファイルの修正等
でロードモジュールのサイズが変わるたびに変化する。
【０００６】例えば、デバッグ作業を例に考えると、誤
りを見つけてソースプログラムを変更するたびに作成し
直したロードモジュールから関数のロード先アドレスを
拾い出し、この関数を外部参照しているすべてのロード
モジュールのためのオプショナルファイルを修正してオ
ブジェクトモジュールを再リンクしてロードモジュール
を作成し直さなければならなかった。
りを見つけてソースプログラムを変更するたびに作成し
直したロードモジュールから関数のロード先アドレスを
拾い出し、この関数を外部参照しているすべてのロード
モジュールのためのオプショナルファイルを修正してオ
ブジェクトモジュールを再リンクしてロードモジュール
を作成し直さなければならなかった。
【０００７】
【発明が解決しようとする課題】上述した従来の分割ロ
ードモジュール作成方式では、ロードモジュール間のア
ドレス解決に必要なアドレスが変更されるたびに、アド
レス解決に必要な情報を設定したロードモジュールのオ
プショナルファイルを全て修正してオブジェクトモジュ
ールの再リンクによりロードモジュールを作成し直さな
ければならなかったので、ロードモジュールの再作成に
要する時間と労力とは大変なものになるという問題点が
あった。
ードモジュール作成方式では、ロードモジュール間のア
ドレス解決に必要なアドレスが変更されるたびに、アド
レス解決に必要な情報を設定したロードモジュールのオ
プショナルファイルを全て修正してオブジェクトモジュ
ールの再リンクによりロードモジュールを作成し直さな
ければならなかったので、ロードモジュールの再作成に
要する時間と労力とは大変なものになるという問題点が
あった。
【０００８】また、オプショナルファイルの修正による
アドレス誤り等の単純ミスも生じやすいという問題点が
あった。
アドレス誤り等の単純ミスも生じやすいという問題点が
あった。
【０００９】本発明の目的は、上述の点に鑑み、ロード
モジュール内に自ロードモジュール内で定義した関数の
ロード先アドレスを設定した内部アドレステーブルと自
ロードモジュール内で未解決なアドレスの解決に必要な
情報を設定した未解決アドレステーブルとを設け、ロー
ドモジュールのロード時に内部アドレステーブルおよび
未解決アドレステーブルを利用しながらロードモジュー
ル間のアドレス解決を自動的に行うようにした分割ロー
ドモジュール作成方式を提供することにある。
モジュール内に自ロードモジュール内で定義した関数の
ロード先アドレスを設定した内部アドレステーブルと自
ロードモジュール内で未解決なアドレスの解決に必要な
情報を設定した未解決アドレステーブルとを設け、ロー
ドモジュールのロード時に内部アドレステーブルおよび
未解決アドレステーブルを利用しながらロードモジュー
ル間のアドレス解決を自動的に行うようにした分割ロー
ドモジュール作成方式を提供することにある。
【００１０】
【課題を解決するための手段】本発明の分割ロードモジ
ュール作成方式は、オブジェクトモジュールのリンク時
に自ロードモジュール内で定義した関数のロード先アド
レスを設定した内部アドレステーブルと自ロードモジュ
ール内で未解決のアドレスを解決するために必要な情報
を設定した未解決アドレステーブルとを持つロードモジ
ュールを作成するリンケージエディタと、前記ロードモ
ジュールのロード時に各ロードモジュールの内部アドレ
ステーブルを参照して未解決アドレステーブルに関数の
ロード先アドレスを設定するロードツールとを有する。
ュール作成方式は、オブジェクトモジュールのリンク時
に自ロードモジュール内で定義した関数のロード先アド
レスを設定した内部アドレステーブルと自ロードモジュ
ール内で未解決のアドレスを解決するために必要な情報
を設定した未解決アドレステーブルとを持つロードモジ
ュールを作成するリンケージエディタと、前記ロードモ
ジュールのロード時に各ロードモジュールの内部アドレ
ステーブルを参照して未解決アドレステーブルに関数の
ロード先アドレスを設定するロードツールとを有する。
【００１１】
【作用】本発明の分割ロードモジュール作成方式では、
リンケージエディタがオブジェクトモジュールのリンク
時に自ロードモジュール内で定義した関数のロード先ア
ドレスを設定した内部アドレステーブルと自ロードモジ
ュール内で未解決のアドレスを解決するために必要な情
報を設定した未解決アドレステーブルとを持つロードモ
ジュールを作成し、ロードツールがロードモジュールの
ロード時に各ロードモジュールの内部アドレステーブル
を参照して未解決アドレステーブルに関数のロード先ア
ドレスを設定する。
リンケージエディタがオブジェクトモジュールのリンク
時に自ロードモジュール内で定義した関数のロード先ア
ドレスを設定した内部アドレステーブルと自ロードモジ
ュール内で未解決のアドレスを解決するために必要な情
報を設定した未解決アドレステーブルとを持つロードモ
ジュールを作成し、ロードツールがロードモジュールの
ロード時に各ロードモジュールの内部アドレステーブル
を参照して未解決アドレステーブルに関数のロード先ア
ドレスを設定する。
【００１２】
【実施例】次に、本発明について図面を参照して詳細に
説明する。
説明する。
【００１３】図１は、本発明の一実施例に係る分割ロー
ドモジュール作成方式の構成を示すブロック図である。
本実施例の分割ロードモジュール作成方式は、複数のオ
ブジェクトモジュールＯＭと、内部アドレステーブル作
成手段１１および未解決アドレステーブル作成手段１２
を含むリンケージエディタ１と、複数のロードモジュー
ルＬＭと、アドレス解決手段２１を含むロードツール２
と、ロード済プログラム３とから、その主要部が構成さ
れている。
ドモジュール作成方式の構成を示すブロック図である。
本実施例の分割ロードモジュール作成方式は、複数のオ
ブジェクトモジュールＯＭと、内部アドレステーブル作
成手段１１および未解決アドレステーブル作成手段１２
を含むリンケージエディタ１と、複数のロードモジュー
ルＬＭと、アドレス解決手段２１を含むロードツール２
と、ロード済プログラム３とから、その主要部が構成さ
れている。
【００１４】図２（ａ）および（ｂ）は、本実施例の分
割ロードモジュール作成方式におけるオブジェクトモジ
ュールＯＭ１〜ＯＭ４と、内部アドレステーブルＴ１お
よび未解決アドレステーブルＴ２を持つロードモジュー
ルＬＭ１およびＬＭ２とを例示する図である。図２
（ａ）において、オブジェクトモジュールＯＭ１〜ＯＭ
４内では、それぞれ関数Ａ〜Ｄが定義されている。オブ
ジェクトモジュールＯＭ１内において、関数Ａは処理の
中で関数ＢおよびＣを呼び出し、関数Ｄのアドレス取得
を行っている。図２（ｂ）は、オブジェクトモジュール
ＯＭ１およびＯＭ２よりロードモジュールＬＭ１を作成
し、オブジェクトモジュールＯＭ３およびＯＭ４よりロ
ードモジュールＬＭ２を作成した結果を示す。
割ロードモジュール作成方式におけるオブジェクトモジ
ュールＯＭ１〜ＯＭ４と、内部アドレステーブルＴ１お
よび未解決アドレステーブルＴ２を持つロードモジュー
ルＬＭ１およびＬＭ２とを例示する図である。図２
（ａ）において、オブジェクトモジュールＯＭ１〜ＯＭ
４内では、それぞれ関数Ａ〜Ｄが定義されている。オブ
ジェクトモジュールＯＭ１内において、関数Ａは処理の
中で関数ＢおよびＣを呼び出し、関数Ｄのアドレス取得
を行っている。図２（ｂ）は、オブジェクトモジュール
ＯＭ１およびＯＭ２よりロードモジュールＬＭ１を作成
し、オブジェクトモジュールＯＭ３およびＯＭ４よりロ
ードモジュールＬＭ２を作成した結果を示す。
【００１５】内部アドレステーブルＴ１は、関数名を設
定する関数名フィールドｆ１と、その関数のロード先ア
ドレスを設定するアドレスフィールドｆ２とからなる複
数のエントリで構成されている。ここでは、ロードモジ
ュールＬＭ１およびＬＭ２の作成時に関数のロード先ア
ドレスが指定されるものとし、内部アドレステーブルＴ
１に全て登録済みとする。
定する関数名フィールドｆ１と、その関数のロード先ア
ドレスを設定するアドレスフィールドｆ２とからなる複
数のエントリで構成されている。ここでは、ロードモジ
ュールＬＭ１およびＬＭ２の作成時に関数のロード先ア
ドレスが指定されるものとし、内部アドレステーブルＴ
１に全て登録済みとする。
【００１６】未解決アドレステーブルＴ２は、関数名フ
ィールドｆ３と、ジャンプ命令フィールドｆ４と、アド
レスフィールドｆ５とからなる複数のエントリで構成さ
れている。関数名フィールドｆ３とアドレスフィールド
ｆ５とは、内部アドレステーブルＴ１のそれと同様であ
る。ジャンプ命令フィールドｆ４は、関数呼出しに使用
するフィールドで、他のロードモジュールＬＭ２で定義
された関数（外部関数）へのジャンプ命令が設定され
る。よって、未解決アドレステーブルＴ２のジャンプ命
令フィールドｆ４およびアドレスフィールドｆ５は、ア
ドレスが未設定のままである。ロードモジュールＬＭ２
では、他のロードモジュールＬＭ１で定義された関数
（外部関数）を使用していないため、未解決アドレステ
ーブルＴ２が存在しない。
ィールドｆ３と、ジャンプ命令フィールドｆ４と、アド
レスフィールドｆ５とからなる複数のエントリで構成さ
れている。関数名フィールドｆ３とアドレスフィールド
ｆ５とは、内部アドレステーブルＴ１のそれと同様であ
る。ジャンプ命令フィールドｆ４は、関数呼出しに使用
するフィールドで、他のロードモジュールＬＭ２で定義
された関数（外部関数）へのジャンプ命令が設定され
る。よって、未解決アドレステーブルＴ２のジャンプ命
令フィールドｆ４およびアドレスフィールドｆ５は、ア
ドレスが未設定のままである。ロードモジュールＬＭ２
では、他のロードモジュールＬＭ１で定義された関数
（外部関数）を使用していないため、未解決アドレステ
ーブルＴ２が存在しない。
【００１７】ロードモジュールＬＭ１の処理部におい
て、定義関数Ｂ呼出し部（ａ）の飛び先アドレスには関
数Ｂのアドレス“１０２００”が設定され、未定義関数
Ｃ呼出し部（ｂ）の飛び先アドレスには未解決アドレス
テーブルＴ２の関数名Ｃに対応するジャンプ命令フィー
ルドｆ４の先頭アドレスが設定され、未定義関数Ｄアド
レス取得部（ｃ）では未解決アドレステーブルＴ２の関
数名Ｄに対応するアドレスフィールドｆ５を参照してい
る。
て、定義関数Ｂ呼出し部（ａ）の飛び先アドレスには関
数Ｂのアドレス“１０２００”が設定され、未定義関数
Ｃ呼出し部（ｂ）の飛び先アドレスには未解決アドレス
テーブルＴ２の関数名Ｃに対応するジャンプ命令フィー
ルドｆ４の先頭アドレスが設定され、未定義関数Ｄアド
レス取得部（ｃ）では未解決アドレステーブルＴ２の関
数名Ｄに対応するアドレスフィールドｆ５を参照してい
る。
【００１８】図３は、図２のロードモジュールＬＭ１お
よびＬＭ２のロードによってアドレス解決がどのように
行われているかを示す図である。
よびＬＭ２のロードによってアドレス解決がどのように
行われているかを示す図である。
【００１９】次に、このように構成された本実施例の分
割ロードモジュール作成方式の動作について説明する。
なお、ここでは、図２（ａ），（ｂ）および図３に示し
た具体的に従って説明する。
割ロードモジュール作成方式の動作について説明する。
なお、ここでは、図２（ａ），（ｂ）および図３に示し
た具体的に従って説明する。
【００２０】まず、リンケージエディタ１は、オブジェ
クトモジュールＯＭ１とオブジェクトモジュールＯＭ２
とをリンクしてロードモジュールＬＭ１を作成する。こ
の際、リンケージエディタ１は、内部アドレステーブル
作成手段１１により、ロードモジュールＬＭ１内に自ロ
ードモジュールＬＭ１内で定義した関数ＡおよびＢのロ
ード先アドレス“１０１００”および“１０２００”を
設定した内部アドレステーブルＴ１を作成するととも
に、未解決アドレステーブル作成手段１２により、ロー
ドモジュールＬＭ１内に自ロードモジュールＬＭ１内で
未解決のアドレスを解決するために必要な情報として関
数名ＣおよびＤを関数名フィールドｆ３に、ジャンプ命
令をジャンプ命令フィールドｆ４にそれぞれ設定した未
解決アドレステーブルＴ２を作成する。
クトモジュールＯＭ１とオブジェクトモジュールＯＭ２
とをリンクしてロードモジュールＬＭ１を作成する。こ
の際、リンケージエディタ１は、内部アドレステーブル
作成手段１１により、ロードモジュールＬＭ１内に自ロ
ードモジュールＬＭ１内で定義した関数ＡおよびＢのロ
ード先アドレス“１０１００”および“１０２００”を
設定した内部アドレステーブルＴ１を作成するととも
に、未解決アドレステーブル作成手段１２により、ロー
ドモジュールＬＭ１内に自ロードモジュールＬＭ１内で
未解決のアドレスを解決するために必要な情報として関
数名ＣおよびＤを関数名フィールドｆ３に、ジャンプ命
令をジャンプ命令フィールドｆ４にそれぞれ設定した未
解決アドレステーブルＴ２を作成する。
【００２１】次に、リンケージエディタ１は、オブジェ
クトモジュールＯＭ３とオブジェクトモジュールＯＭ４
とをリンクしてロードモジュールＬＭ２を作成する。こ
の際、リンケージエディタ１は、内部アドレステーブル
作成手段１１により、ロードモジュールＬＭ２内に自ロ
ードモジュールＬＭ２内で定義した関数ＣおよびＤのロ
ード先アドレス“３０５００”および“３０７００”を
設定した内部アドレステーブルＴ１を作成する。なお、
この場合は、他のロードモジュールＬＭ１で定義された
関数（外部関数）を使用していないため、未解決アドレ
ステーブル作成手段１２による未解決アドレステーブル
Ｔ２の作成は行われない。
クトモジュールＯＭ３とオブジェクトモジュールＯＭ４
とをリンクしてロードモジュールＬＭ２を作成する。こ
の際、リンケージエディタ１は、内部アドレステーブル
作成手段１１により、ロードモジュールＬＭ２内に自ロ
ードモジュールＬＭ２内で定義した関数ＣおよびＤのロ
ード先アドレス“３０５００”および“３０７００”を
設定した内部アドレステーブルＴ１を作成する。なお、
この場合は、他のロードモジュールＬＭ１で定義された
関数（外部関数）を使用していないため、未解決アドレ
ステーブル作成手段１２による未解決アドレステーブル
Ｔ２の作成は行われない。
【００２２】この後、ロードツール２は、ロードモジュ
ールＬＭ１とロードモジュールＬＭ２とをリンクして主
記憶装置（図示せず）にロード済プログラム３としてロ
ードする。この際、ロードツール２は、アドレス解決手
段２１により、ロードモジュールＬＭ１をロードする時
点で、他のロードモジュールＬＭ２の内部アドレステー
ブルＴ１を参照して、未解決アドレステーブルＴ２の関
数名ＣおよびＤをキーとして対応するロード先アドレス
“３０５００”および“３０７００”を取得して、未解
決アドレステーブルＴ２の関数名ＣおよびＤに対応する
ジャンプ命令フィールドｆ４およびアドレスフィールド
Ｆ５にそれぞれ設定する。
ールＬＭ１とロードモジュールＬＭ２とをリンクして主
記憶装置（図示せず）にロード済プログラム３としてロ
ードする。この際、ロードツール２は、アドレス解決手
段２１により、ロードモジュールＬＭ１をロードする時
点で、他のロードモジュールＬＭ２の内部アドレステー
ブルＴ１を参照して、未解決アドレステーブルＴ２の関
数名ＣおよびＤをキーとして対応するロード先アドレス
“３０５００”および“３０７００”を取得して、未解
決アドレステーブルＴ２の関数名ＣおよびＤに対応する
ジャンプ命令フィールドｆ４およびアドレスフィールド
Ｆ５にそれぞれ設定する。
【００２３】この結果、ロード済プログラム３の実行時
には、図３に示すように、関数Ｃの呼出しは未解決アド
レステーブルＴ２の関数名Ｃに対応するジャンプ命令フ
ィールドｆ４を経由して起動が渡され、関数Ｄのアドレ
ス取得は未解決アドレステーブルＴ２の関数名Ｄに対応
するアドレスフィールドｆ５に設定されたアドレスが取
得される。
には、図３に示すように、関数Ｃの呼出しは未解決アド
レステーブルＴ２の関数名Ｃに対応するジャンプ命令フ
ィールドｆ４を経由して起動が渡され、関数Ｄのアドレ
ス取得は未解決アドレステーブルＴ２の関数名Ｄに対応
するアドレスフィールドｆ５に設定されたアドレスが取
得される。
【００２４】オブジェクトモジュールＯＭ３および／ま
たはオブジェクトモジュールＯＭ４の変更により、ロー
ドモジュールＬＭ２を再リンクしてロードモジュールＬ
Ｍ１およびＬＭ２の再ロードを行う場合、ロードツール
２によってロードモジュールＬＭ１の未解決アドレステ
ーブルＴ２内のアドレスが自動的に更新されるため、ロ
ードモジュールＬＭ１を更新する必要はない。
たはオブジェクトモジュールＯＭ４の変更により、ロー
ドモジュールＬＭ２を再リンクしてロードモジュールＬ
Ｍ１およびＬＭ２の再ロードを行う場合、ロードツール
２によってロードモジュールＬＭ１の未解決アドレステ
ーブルＴ２内のアドレスが自動的に更新されるため、ロ
ードモジュールＬＭ１を更新する必要はない。
【００２５】
【発明の効果】以上説明したように本発明は、ロードモ
ジュールの作成時にリンケージエディタを用いて内部ア
ドレステーブルと未解決アドレステーブルとを持つロー
ドモジュールを作成し、ロードモジュールのロード時に
ロードツールを用いてロードモジュール内のアドレス未
解決部を自動的に解決するようにしたことにより、ロー
ドモジュール間のアドレス解決は未解決アドレステーブ
ルのみを介して行われるため、他のロードモジュールの
変更によるアドレス変更の影響が未解決アドレステーブ
ルにのみ表れるが、これはロードツールが自動的に解決
してくれるので、ロードモジュール間のアドレスを意識
せずにロードモジュールが効率良く作成できるととも
に、他のロードモジュールに大きな影響を及ぼすことな
くプログラムの修正ができ、ロードモジュールの再作成
に要する時間と労力とを軽減することができるという効
果がある。
ジュールの作成時にリンケージエディタを用いて内部ア
ドレステーブルと未解決アドレステーブルとを持つロー
ドモジュールを作成し、ロードモジュールのロード時に
ロードツールを用いてロードモジュール内のアドレス未
解決部を自動的に解決するようにしたことにより、ロー
ドモジュール間のアドレス解決は未解決アドレステーブ
ルのみを介して行われるため、他のロードモジュールの
変更によるアドレス変更の影響が未解決アドレステーブ
ルにのみ表れるが、これはロードツールが自動的に解決
してくれるので、ロードモジュール間のアドレスを意識
せずにロードモジュールが効率良く作成できるととも
に、他のロードモジュールに大きな影響を及ぼすことな
くプログラムの修正ができ、ロードモジュールの再作成
に要する時間と労力とを軽減することができるという効
果がある。
【００２６】また、従来のようにオプショナルファイル
を使用しなくてすむので、オプショナルファイルの修正
によるアドレス誤り等の単純ミスが生じなくなるという
効果がある。
を使用しなくてすむので、オプショナルファイルの修正
によるアドレス誤り等の単純ミスが生じなくなるという
効果がある。
【図１】本発明の一実施例に係る分割ロードモジュール
作成方式の構成を示すブロック図である。
作成方式の構成を示すブロック図である。
【図２】本実施例の分割ロードモジュール作成方式が適
用されたオブジェクトモジュールおよびロードモジュー
ルの内容の一例を示す図である。
用されたオブジェクトモジュールおよびロードモジュー
ルの内容の一例を示す図である。
【図３】図２のロードモジュールのロードによってアド
レス解決がどのように行われるかを示す図である。
レス解決がどのように行われるかを示す図である。
【図４】従来の分割ロードモジュール作成方式における
オブジェクトモジュールおよびオプショナルファイルの
内容を例示する図である。
オブジェクトモジュールおよびオプショナルファイルの
内容を例示する図である。
【図５】従来の分割ロードモジュール作成方式における
ロードモジュールの内容を例示する図である。
ロードモジュールの内容を例示する図である。
１ リンケージエディタ ２ ロードモジュール ３ ロード済プログラム １１ 内部アドレステーブル作成手段 １２ 未解決アドレステーブル作成手段 ２１ アドレス解決手段 ｆ１ 関数名フィールド ｆ２ アドレスフィールド ｆ３ 関数名フィールド ｆ４ ジャンプ命令フィールド ｆ５ アドレスフィールド ＬＭ，ＬＭ１，ＬＭ２ ロードモジュール ＯＭ，ＯＭ１，ＯＭ２，ＯＭ３，ＯＭ４ オブジェクト
モジュール Ｔ１ 内部アドレステーブル Ｔ２ 未解決アドレステーブル
モジュール Ｔ１ 内部アドレステーブル Ｔ２ 未解決アドレステーブル
Claims (1)
- 【請求項１】 オブジェクトモジュールのリンク時に自
ロードモジュール内で定義した関数のロード先アドレス
を設定した内部アドレステーブルと自ロードモジュール
内で未解決のアドレスを解決するために必要な情報を設
定した未解決アドレステーブルとを持つロードモジュー
ルを作成するリンケージエディタと、 前記ロードモジュールのロード時に各ロードモジュール
の内部アドレステーブルを参照して未解決アドレステー
ブルに関数のロード先アドレスを設定するロードツール
とを有することを特徴とする分割ロードモジュール作成
方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10923392A JPH05282134A (ja) | 1992-04-02 | 1992-04-02 | 分割ロードモジュール作成方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10923392A JPH05282134A (ja) | 1992-04-02 | 1992-04-02 | 分割ロードモジュール作成方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH05282134A true JPH05282134A (ja) | 1993-10-29 |
Family
ID=14504994
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10923392A Pending JPH05282134A (ja) | 1992-04-02 | 1992-04-02 | 分割ロードモジュール作成方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH05282134A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1984002996A1 (fr) * | 1983-01-28 | 1984-08-02 | Sony Corp | Dispositif d'affichage |
| JP2017016517A (ja) * | 2015-07-03 | 2017-01-19 | 日本電気株式会社 | 情報処理システム、情報処理方法、及び、プログラム |
-
1992
- 1992-04-02 JP JP10923392A patent/JPH05282134A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1984002996A1 (fr) * | 1983-01-28 | 1984-08-02 | Sony Corp | Dispositif d'affichage |
| JP2017016517A (ja) * | 2015-07-03 | 2017-01-19 | 日本電気株式会社 | 情報処理システム、情報処理方法、及び、プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH1115689A (ja) | ソフトウェアのデバッグ方法及びデバッグ・プログラムを記録した記録媒体 | |
| JPH05282134A (ja) | 分割ロードモジュール作成方式 | |
| JP2000035882A (ja) | 関数呼び出しの手順を動的に変更する方法 | |
| JP2500736B2 (ja) | Ｉｐｌ処理装置 | |
| JPH05113818A (ja) | 多重プログラム機能を有する数値制御装置 | |
| JP3079228B2 (ja) | 基本プログラム実行方法 | |
| JPH0390931A (ja) | Ｒｏｍ化プログラムの生成方法 | |
| JPH04117523A (ja) | プログラム編集装置 | |
| JPS62257560A (ja) | 主記憶内容の退避方式 | |
| JPH02148220A (ja) | プログラムの選択複写方式 | |
| JPH04282724A (ja) | プログラム間のアドレス解決方式 | |
| JPS61147335A (ja) | ジヨブのパラメ−タ登録方式 | |
| JPH0283621A (ja) | 制御ドライバ | |
| JPH0675757A (ja) | 仮想空間常駐プログラムのリンク方式 | |
| JPH01236323A (ja) | 共有ライブラリ方式 | |
| JPH06266539A (ja) | デバッグ用ロードモジュールの再作成に好適なリンク装置およびリンク方法 | |
| JPH01149130A (ja) | プログラム起動高速化方式 | |
| JPH05216634A (ja) | ロードモジュール構成方法 | |
| JPS63228341A (ja) | プログラム構文チエツク方式 | |
| JPS63285647A (ja) | 出力フアイル名の作成方式 | |
| JPH0511983A (ja) | 他言語プログラム間インタフエースの整合性検査と自動修復方式 | |
| JPH0439728A (ja) | プログラム処理方法 | |
| JPH02130637A (ja) | ソースコード翻訳方式 | |
| JPH03113633A (ja) | システムジェネレーションミス防止方式 | |
| KR20000039214A (ko) | 코드 분할 다중 접속 시스템에서의 블록 로딩방법 |