JPH04178829A - ロードモジュール内のファイル定義情報編集方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はロードモジュール内のファイル定義情報編集方
式、特に資料を持たないプログラムのロードモジュール
から、その中に存在するファイルの情報を誤りなく分り
易い形式で出力するためのロードモジュール内のファイ
ル定義情報編集方式に関する。

〔従来の技術〕

従来、既存のプログラムを使用する場合は、そのプログ
ラムの仕様書等の資料を参照して使用するために必要な
情報を得ている。一方、資料を紛失してしまったプログ
ラムに間しては、真人な工数をかけて作成したプログラ
ムであっても、使用に必要な情報、特にファイル定義情
報を入手することが困難なため利用できず、廃棄されて
いる。

〔発明が解決しようとする課題〕

上述した従来の資料を紛失したプロクラムは、必要な情
報を得る手段がないため廃棄せざるを得す、そのプログ
ラムの機能を必要とするときには、新たにプログラムを
作成し直さなけれはならないという問題がある。

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

本発明のロードモジュール内のファイル定義情報編集方
式は、入力されたロードモジュールから格納されている
ファイル名を抽出するファイル名抽出手段と、このファ
イル名抽出手段によって抽出されたファイル名からの相
対アドレスを予め記憶しているファイル定義情報格納形
式から入手して、必要定義項目であるファイル編成、ア
クセスモード、オープンモードおよびレコード形式のそ
れぞれのコード番号を読出すコード読出し手段と、この
コード名読出し手段から読出されたコートに対応するフ
ァイル定義情報の意味を予め記憶しているコードと意味
との対応表から読出す定義内容読出し手段と、前記ファ
イル名、必要定義項目およびそれぞれの定義内容とを編
集して出力する編集出力手段とを有することにより精成
されている。

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

第１図は本発明の一実施例の構成図で、ロードモジュー
ル名１１を格納した記憶装置１と、ロードモジュール２
１を格納した記憶装！２と、ロードモジュール名人力手
段３１．ロードモジュール入力手段３２．ファイル定義
情報解析手段３３およびファイル定義出力手段３４を有
するファイル定義情報編集実行部３と、出力装置４とか
ら精成される。

ロードモジュール名人力手段３１は記憶装Ｎ１からロー
ドモジュール名１１を読取る手段である。ロードモジュ
ール入力手段３２は、記憶装置２にロードモジュール名
人力手段３１で読取ったロードモジュール名のロードモ
ジュールが存在するかを調べ、存在していればロードモ
ジュールを入力する手段である。

第２図はファイル定義情報解析手段３３の処理のフロー
チャートで、第２図を参照してファイル定義情報解析手
段３３の処理の説明をする。まず、ｔだ処理がされてい
ないファイル定義情報がロードモジュール内に存在する
かを調べる。

（ステップ■）。存在する場合は処理用のプログラムと
共に入力した変数表の各変数を初期化して、ロードモジ
ュール中で１番目のファイル定義情報の先頭にポインタ
を位置付ける（ステップ■７■）。ところで、第３図に
ロードモジュール内でのファイル定義情報の存在状態図
を示すように、ロードモジュール内ではプログラムの書
かれている言語によらず、ファイル定義情報の存在する
アドレスは相対的に決まっているので、ファイル定義情
報中ではファイル名のデータが先頭にある。そこでポイ
ンタの位置のデータ、即ちファイル名を取出す（ステッ
プ■）。次に、変数表のｉを１に設定する（ステップ■
）。一方、第４図はロードモジュール内での必要な情報
ｔでの相対アドレスの値を示す図で、処理プログラムの
ロートと共にこの表が設けられている。ＴＢｌ［ｉ］は
一つのファイルについて定義情報の先頭から必要ファイ
ル情報までの相対アドレスを示しているのて、表中のＴ
Ｂｌ［ｉ］からｉの値の相対アドレスを取出す（ステッ
プ■）。次いで一つのファイル情報の先頭からＴＢｌ［
ｉ］のアドレスの分だけポインタをずらしたところから
１バイトの情報を取り出し、作業領域Ａに格納する（ス
テップ■、■）。また第５図は各ファイル定義情報の取
りうる意味のコードの数を示す図で、この数はそれぞれ
一定であるので処理プログラムのロードと共に記憶され
ている。さらにまた第６図は、各定義情報のコード値に
対応する意味を示す図で、この表も記憶されているもの
である。そこて次に、第５図に示した表ＣＮＴ［ｉ］か
らコードの種類の数を読取り、変数表のｊを］に設定し
て、第６図に示した表ＴＢ２［ｉ、ｊ］の示すコード値
と作業領域Ａの内容とを、ｊの値を順次＋１して一致す
るコードを調べる（ステップ■、ｏ、■）。

ここでｊの値が上記のコードの種類の数を越えた場合に
はエラーメツセージを出力する（ステップ＠））が、一
致するコードが見出されれば、第６図に示すＴＢ［ｉ、
ｊ］のファイルの定義のコードに対応する意味を読出し
くステップ■）、出力用のバッファに格納しておく。以
上でファイル編成についての定義情報が得られるが、以
下ｊに１を加えて次のファイル情報までの相対アドレス
を得て、ｉが４になるまでアクセスモード以下の定義情
報を得る（ステップ［相］、ｏ）。またｉが４を越えた
ときはステップ■に戻って次の未処理のファイル定義情
報についての収策を行なう。以上の処理によって前での
ファイル定義情報が取出されると、ファイル定義情報解
析手段３３の処理を終了する。

ファイル定義情報出力手段３４は、ファイル定義情報解
析手段３３での処理が終了して出力準備が整うと、出力
装置４によって解析結果を出力する。第７図は出力装置
４から出力された解析結果の一例を示す図で、ロードモ
ジュール名に続いて、ファイル名およびそのファイルの
ファイル編成、アクセスモート、オーブンモート、レコ
ード形式の定義内容が一覧の形で精成され、プリントア
ウトされることを示している。

〔発明の効果〕

以上説明したように本発明によれば、ロードモジュール
内のファイル定義情報の解析・編集が人手を介入するこ
となく行なえるため、高速かつ誤りなく実行され、更に
利用者が理解しやすい形でファイル情報を得られるとい
う効果がある。

また、多くのシステムは複数のコンパイルユニットをリ
ンクしたロードモジュールから成立って運用されている
が、そのうちの一つのコンパイルユニットであっても一
旦資料を紛失してしまうとシステム全体の保守が不能に
なってしまうが、本発明によれはファイル定義情報をロ
ードモジュールから直接に出力するので、万一、ソース
プログラムの資料やソースプログラムを紛失したとして
も保守が可能になるという効果がある。

【図面の簡単な説明】

第１図は本発明の一実施例のブロック図、第２図は第１
図のファイル定義情報解析手段の処理のフローチャート
、第３図はロードモジュール内でのファイル定義情報の
存在状態を示す図、第４図はファイル定義情報のうちの
必要な情報が存在するファイル情報の先頭から相対アド
レスの値を示す図、第５図は各ファイル定義情報の内容
の種類の数を示す図、第６図は各ファイル定義情報の取
り得るコード値とその意味を示す図、第７図は第１図の
出力装置から出力される出力結果の一例を示す図である
。 １．２・・・記憶装置、３・・・ファイル定義情報ｒ４
集実行部、４・・・出力装置、１１・・・ロードモジュ
ール名、２１・・・ロードモジュール、３１・・・ロー
ドモジュール名人力手段、３２・・・ロードモジュール
入力手段、３３・・・ファイル定義情報解析手段、３４
・・・ファイル定義情報出力手段。

Claims (1)

【特許請求の範囲】
1. 　入力されたロードモジュールから格納されているファ
   イル名を抽出するファイル名抽出手段と、このファイル
   名抽出手段によって抽出されたファイル名からの相対ア
   ドレスを予め記憶しているファイル定義情報格納形式か
   ら入手して、必要定義項目であるファイル編成、アクセ
   スモード、オープンモードおよびレコード形式のそれぞ
   れのコード番号を読出すコード読出し手段と、このコー
   ド名読出し手段から読出されたコードに対応するファイ
   ル定義情報の意味を予め記憶しているコードと意味との
   対応表から読出す定義内容読出し手段と、前記ファイル
   名、必要定義項目およびそれぞれの定義内容とを編集し
   て出力する編集出力手段とを有することを特徴とするロ
   ードモジュール内のファイル定義情報編集方式。