JPH01214928A - 高級言語パッチ作成装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は計算機システム上におけるプログラム保守に関
し、特にロードモジュールの修正をパッチにより行う際
に必要となるパッチイメージの作成をソースプログラム
の修正操作により行うことができる高級言語パッチ作成
装置に関する。

〔従来の技術〕

従来、計算機システム上で実行されるプログラム（ロー
ドモジュール）を修正する方式としては下記の方式が一
般的に採用されている。

（１）修正しようとするロードモジュールに対応するソ
ースプログラムを修正して再コンパイル。

再リンクして得たロードモジュールで古いロードモジュ
ールを置換するプログラム置換方式（２）修正しようと
するロードモジュールの機械語イメージをプリンタなど
からリスト出力し、この機械語のイメージを調べて修正
する機械語コードを考え出し、置換すべき機械語コード
よりなるパッチ及びこのパッチを施すべきアドレス情報
等で構成されるパッチイメージを端末より直接にキーイ
ンしたり或いはカードにパッチして計算機に入力し、そ
れでロードモジュールを修正するパッチ方式 〔発明が解決しようとする課題〕 従来の（１）のプログラム置換方式では、修正するため
の物が大きな物になってしまう即ちロードモジュール全
体を置換するため、修正対象となるロードモジュールが
多くのユーザで使われている場合や、ユーザの計算機シ
ステムが遠隔地にある場合や、修正すべきロードモジュ
ールの種類が多い場合や、修正が頻繁に行われる場合等
には、修正済のロードモジュールの保管、管理５搬入等
が大掛かりとなり、運用が困難となる。

他方、従来の（２）のパッチ方式では、（１ｒ正物は小
さいので上記のプログラム置換方式のような問題点は少
ない。しかし、パッチイメージの作成時、保守者は機械
語イメージを目で追って調べるために非常に手間がかか
るうえ、機械語コードでバッチイメージを作るために、
パッチをかける場所やコードを大変間違え易い。更に、
考え出したパッチイメージは正しくても機械語コードで
あるために、端末からのキーイン時やカードへのパッチ
入力時に誤りを作り込む可能性が大きく、然も間違えて
人力してもそれをチエツクするのが難しい。

本発明の目的は、以上述べてきた従来方式での問題点を
解決し得る高級言語パッチ作成装置を提供することにあ
る。

〔課題を解決するための手段〕

本発明は上記の目的を達成するために、データ入力装置
からのソースプログラムの修正操作に応答してソースプ
ログラムとは別に修正データを作成し管理するパッチエ
ディタ機構と、前記修正データをソースプログラムとい
っしょに翻訳して、ソースプログラムよりのオブジェク
トであるが修正された部分の先頭だけパッチエリアにブ
ランチする命令に置き換えられたオブジェクト部と、前
記修正データからの修正オブジェクト部と、前記修正デ
ータのロードモジュール内での修正番号を含むパッチエ
ントリ部とから構成されるオブジェクトプログラムを出
力する翻訳機構と、 前記オブジェクトプログラムを入力して前記オブジェク
ト部を結合すると共に、前記修正オブジェクトをそれに
対応する前記パッチエントリ部の修正番号の順番に並べ
換えて予め用意されているパ・７チ領域に展開してロー
ドモジュールを作成し、該ロードモジュール中のパッチ
部分に基づいてパッチイメージを作成してパッチイメー
ジファイルに出力するリンク機構とを具備したことを特
徴とする高級言語パッチ作成装置。

〔作用Ｊ 保守者等のユーザがデータ入力装置から修正したいロー
ドモジュールに対応するソースプログラムの修正操作を
行うと、パッチエディタ機構は、ユーザにはソースプロ
グラムを修正したように例えばデータ入力装置のＣＲＴ
画面上に表示を行うが、実際にはソースプログラム自体
の実質的修正はせずにソースプログラムとは別に修正デ
ータを作成して管理する。

翻訳機構は、上記の修正データをソースプログラムとい
っしょに翻訳して、オブジェクト部、修正オブジェクト
部およびパッチエントリ部より構成されるオブジェクト
プログラムを出力する。

リンク機構は、オブジェクト部を結合すると共に修正オ
ブジェクトをそれに対応するパッチエントリ部の修正番
号の順番に並べ換えて予め用意されているパッチ領域に
展開してロードモジュールを作成し、この作成したロー
ドモジュール中のパッチ部分に基づいてバッチイメージ
を作成し、パ・７チイメージラアイルに出力する。

〔実施例〕

次に本発明の実施例について図面を参照して説明する。

第１回を参照すると、本発明の実施例は、端末等のデー
タ入出力装置１．バッチエディタ機構２゜修正データフ
ァイル６、ソースファイル７、翻訳機構８．オブジェク
トファイル１４．リンク機構１５、ロードモジュールフ
ァイル１８及びパッチイメージファイル１９から構成さ
れている。パッチエディタ機構２は、修正データ入力手
段３．修正データファイル作成手段４および修正元ソー
スマーク手段５を含み、翻訳機構８は、翻訳手段９゜修
正部変換手段１０．修正データ翻訳手段１１゜修正デー
タ番号設定手段１２およびオブジェクトファイル作成手
段１３を含む。またリンク機構１５は、リンク手段１６
とパッチイメージファイル作成手段１７とを存している
。

第２図を参照すると、パッチエディタ機構２によって作
成される修正データファイル６は、修正番号６２と修正
されるソースのプログラム名６３より構成される修正ヘ
ッダレコード６１が付加された修正イメージレコード６
４を一つ以上含んで構成される。

第３図を参照すると、ソースファイル７は、ソースデー
タ７２と修正番号７３より構成されるソースレコード７
１を複数含んで構成される。

第４図を参照すると、翻訳機構８により作成されるオブ
ジェクトファイル１４は、オブジェクトセグメント１４
１と、パッチオブジェクトセグメント１４２と、パッチ
エントリセグメント１４３より構成される。そして、オ
ブジェクトセグメンｈ　１４１は一つ以上の被修正部１
４１２を含むオブジェクト１４１１より構成され、被修
正部１４１２の先頭はパッチ部へのブランチ命令１４１
３となっている。パッチオブジェクトセグメント１４２
はパッチ部１４２１の集合であり、各パッチ部１４２１
は、飛び元アドレスのセーブ命令１４２２と、修正オブ
ジェクト１４２３と、飛び元アドレス＋被修正部の幅へ
のブランチ命令１４２４と、飛び元°アドレスのセーブ
エリア１４２５と、被修正部の幅の格納域１４２６より
構成される。

バッチエントリセグメント１４３は被修正部先頭アドレ
ス１４３１と、修正番号１４３２の対の集合である。

第５図を参照すると、リンク機構１５によって作成され
るロードモジュールファイル１８は、オブジェクト１８
１１〜１８１ｍを含むオブジェクトエリア１８１と、パ
ッチ１８２１〜１８２ｎを含むバッチエリア１８２より
構成される。

第６図を参照すると、リンク機構１５によって作成され
るバッチイメージファイル１９は、設定アドレス情報を
含むパッチエリアへのブランチ命令のパッチイメージ１
９１１〜１９１ｎと、設定アドレス情報を含むバッチオ
ブジェクトのバッチイメージ１９２１〜１９２ｎより構
成される。なお、第６図に示した各パッチイメージは従
来のパッチ方式において人手により作成していたパ・７
チイメージの内容と同様である。

次に、本実施例の動作について、従来技術との相違をま
じえて図面を参照して詳しく説明する。

従来のプログラム置燥方式においては、保守者は、デー
タ入力装置より入力した修正データによりエディタ機構
を使ってソースファイルのレコードを追加、更新、削除
し、翻訳機構を使ってコンパイルしてオブジェクトファ
イルに出力し、リンク機構を使ってリンクしてロードモ
ジュールファイルに出力する。ソースファイル自身を修
正するため、新しいオブジェクトの各命令、データのア
ドレスは古いオブジェクトのアドレスと異なったものと
なり、ロードモジュールも異なったものになり、修正は
ロードモジュール全体を置換しなければならなくなる。

従来のパッチ方式においては、保守者は、ロードモジュ
ールファイルの中身を調べて、バッチイメージを作成す
る。

これに対し本実施例のパッチ作成装置においては、パッ
チエディタ機構２は一つのロードモジュールファイル１
８に対応する複数のソースファイル７と一つの修正デー
タファイル６とを対にして管理する。なお、このように
パッチエディタ機構によって、８亥当ロードモジユール
に対するパッチを作成する際の修正データを修正データ
ファイルに格納して管理することにより、パッチの管理
が容易になるものである。他方、保守者に対しては、そ
のソースファイル７のイメージをデータ入出力装置１の
例えばＣＲＴ画面上に示して、ソースファイルの一部分
を修正データにより置換するという形式で修正を行わせ
る。保守者は、データ入出力装置１より修正データ入力
手段３によってパッチエディタ機構２に修正データを入
力する。パッチエディタ機構２に入力された修正データ
は、修正データファイル作成手段４によって、当該ロー
ドモジュールの何番目の修正かを示す修正番号６２とソ
ースファイル７のどのプログラムかを示すプログラム名
６３より構成される修正ヘッダレコード６１が付加され
て、修正イメージレコード６４として修正データファイ
ル６に出力される。このとき修正元ソースマーク手段５
は、ソースファイル７の置換されたソースレコード７１
に対して、そのソースデータ７２自体は修正しないで、
修正データファイル６の修正イメージレコード６４と対
応させるため、修正データファイル６の対応する修正番
号６２と等しい修正番号７３を付加する。

次に、保守者が翻訳機構８を起動すると、翻訳手段９は
ソースファイル７を読込んでコンパイルし、作成したオ
ブジェクトを修正部変換手段１０に渡す。修正部変換手
段１０はオブジェクト１４１１のうち修正元ソースマー
ク手段５によって修正番号が付加された部分がコンパイ
ルされることによってできるオブジェクトの一連の部分
である被修正部１４１２の先頭の命令を、パッチ部１４
２１へのブランチ命令（飛び先アドレスはバッチオブジ
ェクトセグメント１４２の相対番地にする）１４１３に
置き換えて、オブジェクトファイル作成手段１３に渡す
。オブジェクトファイル作成手段１３は、このオブジェ
クトをオブジェクトファイル１４のオブジェクトセグメ
ント１４１に出力する。一方、修正データ翻訳手段１１
は修正データファイル６より、翻訳機構８でコンパイル
しようとしているソースプログラムと対応するプログラ
ム名６３の修正イメージレコード６４を読込んでコンパ
イルし、修正オブジェクト１４２３を生成する。その際
、その部分だけで解決できないラベル名は、翻訳手段９
がコンパイルしたソースプログラムのラベル名を使って
解決する。そして、第４図に示したように、修正オブジ
ェクト１４２３の直前にバッチ部へのブランチ命令１４
１３によってパッチ部１４２１ヘブランチして来たとき
の飛び元アドレスを飛び元アドレスのセーブエリア１４
２５ヘセーブする命令１４２２を付加し、修正オブジェ
クト１４２３の直後に飛び元アドレスト被修正部１４１
２の幅、つまり被修正部１４１２の次の命令へのブラン
チ命令１４２４と、飛び元アドレスのセーブエリア１４
２５と、修正部変換手段１０から受は渡される被修正部
１４１２の幅の値を格納した被修正部の幅の格納域１４
２６を付加して、オブジェクトファイル作成手段１３に
渡す。オブジェクトファイル作成手段１３は、これをオ
ブジェクトファイル１４のバッチオブジェクトセグメン
ト１４２に出力する。

また、修正データ番号設定手段１２は、修正データ翻訳
手段１１より修正データの修正番号６２を受け、修正部
変換手段１０よりこれと対応する被修正部１４１２の先
頭アドレスを受は取って、被修正部の先頭アドレス１４
３１と修正番号１４３２の対あレコードを作成してオブ
ジェクトファイル作成手段１３に渡し、オブジェクトフ
ァイル作成手段１３は、これをオブジェクトファイル１
４のバッチエントリセグメント１４３に出力する。

次に、保守者がリンク機構１５を起動すると、リンク手
段１６は複数のオブジェクトファイル１４を読込んで、
まずオブジェクトセグメント１４１の部分だけをリンク
し、ロードモジュールのオブジェクトエリア１８１に展
開していく。このロードモジュールは元のロードモジュ
ールに対してアドレスのずれは全くないが、パッチエリ
ア１８２へのブランチ命令の飛び先アドレスは解決して
いない。次に、リンク手段１６は、オブジェクトファイ
ル１４のバッチオブジェクトセグメント１４２の部分を
、修正番号順にロードモジュールの予め用意されている
バッチエリア１８２に展開していきながら、ロードモジ
ュールのオブジェクトエリア１８１とバッチエリア１８
２とでアドレス未解決な部分を解決していく。全てのオ
ブジェクト１８１１〜１８１ｍとバッチ１８２１〜１８
２ｎの展開が完了すると、ロードモジュールをロードモ
ジュールファイル■８に出力する。このロードモジュー
ルファイル１８に出力されたロードモジュールはバッチ
が施されているので、当然に実際の運用に供することも
可能である。

−４、バッチイメージファイル作成手段１７は、リンク
手段１６によって作成されたロードモジュールのオブジ
ェクトエリア１８１をサーチしてパッチエリア１８２ヘ
ブランチする命令の機械語を抜き出すと共にそのアドレ
スを調べ、また、バッチエリア１８２をサーチしてパッ
チエリア１８２の命令群の機械語を抜き出すと共にその
アドレスを調べて、バッチカードイメージに変換し、第
６図に示したように設定アドレス情報を含むパッチエリ
アへのブランチ命令のパッチイメージ１９１１と設定ア
ドレス情報を含むパッチオブジェクトのバッチイメージ
１９２１とを対として一件のバッチとし、バッチイメー
ジファイル１９に出力する。遠陥地等のユーザが使用す
るロードモジュールを修正する場合には、パッチイメー
ジファイル１９を用いてパッチ作業を行い、ロードモジ
ュールの修正を行う。

〔発明の効果〕

以上説明したように、本発明は、パッチイメージの作成
ソースイメージででき、しかもバッチをかけるアドレス
を知らなくてもよくなることにより、以下に示す効果が
ある。

■　ソースイメージでパッチイメージが作成できるので
、機械語で作成するのに比べて作成が節単になり、間違
いも少なくなる。そのうえコンパイラによってエラーチ
エツクされるので、エラーはより少なくなる。

また、機械語やアセンブラ語を熟知している必要もなく
なる。

■　バッチをかけるアドレスもパッチイメージ中に自動
生成されるので、いちいちアドレスを調べてパッチイメ
ージ中に設定していた従来に比べて、間違いが少なく手
間がかからない。

■　パッチカードイメージ等のパッチイメージそのもの
でファイルを作成するので、キーイン時やカードパッチ
時における打鍵ミス、パッチミス等によって、誤りを作
り込む危険性がなくなる。

【図面の簡単な説明】

第１図は本発明の高級言語バッチ作成方式の実施例の構
成図、 第２図は修正データファイル６の内容例を示す図、 第３図はソースファイル７の内容例を示す図、第４図は
オブジェクトファイル１４の内容例を示す図、 第５図はロードモジュールファイル１８の内容例を示す
図および、 第６図はバッチイメージファイルＩ９の内容例を示す図
である。 図において、 １・・・データ入出力装置 ２・・・バッチエディタ機構 ３・・・修正データ入力手段 ４・・・修正データファイル作成手段 ５・・・修正光ソースマーク手段 ６・・・修正データファイル ７・・・ソースファイル ８・・・翻訳機構 ９・・・翻訳手段 １０・・・修正部変換手段 １１・・・修正データ翻訳手段 １２・・・修正データ番号設定手段 １３・・・オブジェクトファイル作成手段１４・・・オ
ブジェクトファイル １５・・・リンク機構 １６・・・リンク手段 １７・・・バッチイメージファイル作成手段１日・・・
ロードモジュールファイル １９・・・バッチイメージファイル

Claims (1)

1. 【特許請求の範囲】 データ入力装置からのソースプログラムの修正操作に応
   答してソースプログラムとは別に修正データを作成し管
   理するパッチエディタ機構と、前記修正データをソース
   プログラムといっしょに翻訳して、ソースプログラムよ
   りのオブジェクトであるが修正された部分の先頭だけパ
   ッチエリアにブランチする命令に置き換えられたオブジ
   ェクト部と、前記修正データからの修正オブジェクト部
   と、前記修正データのロードモジュール内での修正番号
   を含むパッチエントリ部とから構成されるオブジェクト
   プログラムを出力する翻訳機構と、 前記オブジェクトプログラムを入力して前記オブジェク
   ト部を結合すると共に、前記修正オブジェクトをそれに
   対応する前記パッチエントリ部の修正番号の順番に並べ
   換えて予め用意されているパッチ領域に展開してロード
   モジュールを作成し、該ロードモジュール中のパッチ部
   分に基づいてパッチイメージを作成してパッチイメージ
   ファイルに出力するリンク機構とを具備したことを特徴
   とする高級言語パッチ作成装置。