JPS5930145A - 動的プログラム修正による再実行処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔発明の技術分野〕 本発明はプログラムの動的修正と再実行とを容易迅速に
行なうための処理方式に関し１％にプログラムの開発時
において多発するテストあるいはデバッグとプログラム
修正、再実行のサイクルを短縮し、効率化するための・
処理方式に関する。

〔技術の背量〕

一般にプログラムは、第１図に示すように、ソースプロ
グラム１をコンパイラによりオブジェクトプログラム２
に翻訳し、リンキングローダによりライブラリ３０入出
カル−チン等と結合ｍ集を行ないロードモジュール４を
作成する過抑を経て実行される。そしてロードモジュー
ル４の実行時のデバッグにより検出されたバグ（プログ
ラムエラー）からソースレベルの修正プログラム５が作
成され、ソースプログラム１の修正に反映される。

修正されたソースプログラムは、再びコンパイラにより
オブジェクトプログラムに翻訳され、リンキングローダ
によりロードモジュールに変換して再実行される。

従来、ソースプログラム修正から再実行までの過程は、
別々のジョブとして行なわれていたため。

処理に時間を要し、プログラム開発時間を短縮するりえ
て大きな障害となっていた。

他方、プログラム修正から再実行までの過程を簡即化す
る方式として、インタグリタカ式をとることが考えられ
る。インタプリタ方式は、第２図に示すように、ソース
プログラム１の各ステートメントについて、逐次、中間
コード（インタプリタ言語とも呼ばれ、それぞれサブル
ーチンに対応する）６１Ｃ翻訳し実行するものであって
、修正プログラム５で示すように、ソースプログラムの
各゛ステートメントを修正変更しても、第１図のコンバ
インを用いる方式のような再コンパイルの必要はなく、
単にその修正変更されたステートメントを再実行すれば
、直ちに新しい中間コードテキストへの翻訳を行なうこ
とが可能となる。インタプリタ方式は、上記したように
、ソースプログラムの唇正および再実行を容易なものＫ
するが２本質的にコンパイラを用いる方式に較べて処理
能率が悪い点に問題がある。

〔発明の目的および構成〕

本発明の目的、は、プログラムの翻訳、結合編集。

実行、プログラム修正、再実行というプログラムＲ１発
のサイクルを１つのシステム上で実現することＫあり、
特に部分的な修正および再実行をｆｆ１ｌ座に可能にす
るどステムを提供すること［６る。

本発明は、そのための手段として、修正されたプログラ
ム部分の再実行についてのみ、インタプリタによるソー
スプログラムの直接的解釈実行を行なう方式を採用する
ことＫより、上記目的を達成するものであり、その構成
として、ソースプログラムをロードモジュール形弐忙変
換して実行するデータ処理システムにおいて、実行中の
ソースプログ２ムおよびエラーメツセージ等のプログラ
ム実行状態を表示する手段と、プログラム修正のための
編集処理手段と、インタプリタ手段とをそなえ、上記ロ
ードモジュール形式によるプログラム実行中にエラーが
検出されたとき、対応するソースプログラムについての
工２−メツセージを上記プログラム実行状態表示手段に
より表示して。

ソースプログラムレベルでのエラー修正を可能圧し、上
記編集処理手段は尚該ソースプログラムの修正処理にお
いて機能化され、修正されたソースプログラムは上記イ
ンタプリタ手段により再実行されることを特徴とするも
のである。

〔発明の実施例〕

以下に１本発明を実施例にしたがって説明する。

第３図は２本発明実施例の基本構成を示す説明図である
。同図において、７はロードモジュール実行段階、８は
ソースプログラム修正段階、９は修正されたソースプロ
グラムのインタプリタによ“る再実行段階、１０はＣＩ
？　Ｔなどのプログラム実行状態表示部を示す。

ロードモジュール実行段階７のロードモジュールｌｄ：
、！７１１図で説明したロードモジュール４に相邑する
。プログラム実行状態表示部１０の画面は。

ソース城、データ城、コマンド入力域からなり。

ソース域には、実行中のロードモジュールに対応するソ
ースプログラムが表示される。％に、ソースプログラム
中の実行位置のステートメントについては、輝度を上げ
るか色調を変えると、！：により。

識別が容易にされている。データ表示域には２実行結果
やエラー発生時のエラー内容などが表示される。またコ
マンド入力域には、−リーブコマンドやエラー発生メツ
セージなどの状態表示、入力コマンド表示に使用される
。なお、プログラムの実行速度は、デバッグ状況に応じ
て変更可能にされている。

ロードモジュール実行段階７においてエラーが検出され
たとき、プログラム実行は停止し、上記したプログラム
状態表示部１０にエラーメツセージが表示される。プロ
グラム開発者は２両面表示からニジー発生ステートメン
トおよびそのエラー内容を知り、プログラム修正段階ａ
＋Ｃａる。ここで、エディタを用いて画面上でソースプ
ログラムを修正し、再実行段階９を開始させる。

再実行段階９では２修正されたソースプログラムを、直
接、インタプリタ方式により逐次解釈して実行する。プ
ログラム修正は、主プログラム。

サブルーチン等の分割されたプログラム庁位に対して行
なわれるため、インタプリタ方式による実行は、その修
正のあったプログラム単位について適用される。修正さ
れたプログラム単位についてインタプリタ方式による実
行が終了すると２次のプログラム単位から、町びロード
モジュールによる実行に戻される。

以上のようＫして、プログラム修正部分に対してはイン
タプリタ方式を適用することにより再実行を簡単化する
とともに、インタプリタによる実行範囲を、修正された
プログラム単位に限ることＫより、処理能率の低下を最
小限に抑えることができる。

第４図は２本発明実施例シスデムの梧成図である。同図
において、１１は処理装置、１２はプログラム実行状態
管理部、１３は命令実行制御部。

１４ｔ：ｌ：エディタ部、１５はインタプリタ部、１６
はメモリ、１７はロードモジュール、１８はソースプロ
グラム、１９はインタグリタ中間テキスト。

２０は利用者指定のソースプログラムデータセット、２
１はＦＯＲＴＲＡＮコンパイラ、２２はＦＯＲＴＲＡＮ
ｌ’イブラリ、２３１−１ニブログラム実行状態表示部
、２４は入力部を示している。

プログラム実行状態管理部１２は２本実施例においてプ
ログラムのテストおよび修正のだめの環境を管理し、入
力部２４から入力される各種コマンドの解釈実行２表示
部２３の表示制御などを行なう。

命令実行制御部１３は、ロートモシュー／Ｌ−１７゜あ
るいはインタプリタ部１５により解釈された命令をハー
ドレベルで実行する。プログラム実行状態管理部１２は
、命令実行制御部１３．エディタ部１４およびインタプ
リタ部１５との間にインタフェースを有し、それぞれの
実行を管理制御する。

第５図は、第４図に示す実施例システムのインタプリタ
部１５および四−トモジュール１７を中心とした詳細な
動作説明図である。以下、第４図を参照しつつ第５図に
したがって説明する。なお本実施例は、　ＦＯＲＴＲＡ
Ｎプログラムを対象とするものである。

利用者指定のソースプログラム２０は、ｔ−ｔ”ＦＯＲ
ＴＲＡＮコンバイン２１により、ＴＥＮＴオプションイ
τｊきでコンパイルされ、オブジェクトプログラムに変
換される。このオブジェクトは、更に１ｉ’　ＯＩＩ　
Ｔ　ＲＡ　Ｎライブラリ２１および利用者指定のオブジ
ェクト／ロードモジュールと共に、ローダにより結合編
集され、ロードモジュール１７が作成される。

命令実行刺部１部１３がロードモジュール１７を実行し
ている過程でエラーが発生されると、プログラム実行状
態管理部１２は１表示部２３にエラー発生状態を表示す
る。

本発明による動的プログラムエ２−の修正は。

プログラム実行中の静止状態において２表示部２３の実
行画面上で行なうものである。

しかし、どの静止状態でも、どんなプログラム修正をも
可能にすることは不可能である。プログラム修正は２次
の静止状態でのみ行なうことができる。

Ｏ実行モードによる静止状態 ｏＡＲＧＣＨＫ／８ＵＢＣＩＩＫ　エラーによる静止状
態Ｏデータモニタ東件成立による静止状態０プログラム
実行開始直前の静止状態 Ｏプログラム実行終了後の静止状態 上記以外の ０実行時エラーによる静止状態 ｏＲＥＡＤ文による静止状態 ＯＰＡＵＳＥ文による静止状態 ０ＷＲＩＴＦｉ文中のログデータセットエラーによる静
止状態 ０出ロルーチン登録・削除要求時の静止状態は、ライブ
ラリ動作中のｉ↑を止状態であり、その文の実行を途中
で打切ることができないので、これらの静止状態ではプ
ログラム修正を行なうことはできない。

また、プログラムの修正内容については２次に例示する
ような制約を設ける。

０宣言文の修正・追加・削除は、新規データに対するＤ
ＩＭＥＮＳＩＯＮ文／型宣程文の追加以外は不可とする
。

Ｏロードモジュール中に存在しない関数・ザブルーテン
・Ｉｌｏの呼出しは不可とする。

Ｏグログ２ム単位文、ＥＮＤ文の修正・追加・削除は不
可とする。ただし、プログラム単位文の仮引数並びの修
正は可とする。

修正可能な文の主なものは２代入文、制御文。

入出力文である。

また２次の修正が行なわれた場合には、プログ２ム実行
再開位置を指示しなければならない。

Ｏ実行中の文の修正・削除を行なったとき０実行中ＤＯ
ループのＤＯ文の修正を行なったとき ０実行中の文または次に実行すべき文を含むＤＯルーズ
の追加を行なったとき Ｏプログラム単位文の修正を行なったとき以上のような
条件下で、利用者は、エディタ部１４を機能化し２表示
部２３０画面に表示されている実行中のソースプログラ
ムを、入力部２４から操作して修正する。プログラム修
正が行なわれると、プログラム実行状態管理部１２に再
実行サブコマンドで指示して、インタプリタ部１５に制
御を渡し、インタプリタ部１５は修正の行なわれたプロ
グラム単位内の指示された文から、インタプリタ方式に
より順次解釈実行を開始する。

このとき、プログ２ム実行状態管理部１２が四−ドモジ
ュール・奥行とインタプリタ実行とを同一のインタフェ
ースで制御できるように、各文実行直前、工ん処理、プ
ロローグ、エピローグ等のＴＥＩＳＴオプションのオブ
ジェクトと同じタイミングで、プログラム実行制御部１
３の呼び出しを行なう。

インタプリタ部１５は、前処理部、解釈部、実行部から
なり１次のような機能をもつ。

■　前処理部 プログラム修正ｌＣ＠えて、プログラム単位毎に次の宣
言文等の情報を作成する。

ＯＩＭＰＬＩＣＩＴ文、　ＰＡＲＡＭＨＴＢＲ文、　Ｆ
３ＸＴＥＲＮＡＩ。

文、　ｌＮＴＲｌＮ５ＩＣ文、　ＮＡＭＢＬＩＳＴ文、
　文関数定義文、　ＦＯＲＭＡＴ文および変数名に関す
るイｒｉ報 ０ンースプログラムの行および文に関する情報０文番号
の定義・参照情報 ■　解釈部 プログ２ム修正情報を入力として、解釈を行ない中間テ
ギスト１９の生成を行なう。このとき、基本となる情報
は、■で作成した４Ｗ報とロードモジュール中の記号表
および文脈別番号表である。また、プログラム修正によ
る変化を各種テーブルに反映する。

■　実行部 実行を依頼されたプログラム単位の実行を制御１．、Ｔ
Ｅ８Ｔオプション付きでコンパイルサレ゛たオブジェク
トと同じタイミングでグログツム実行制御部１３を呼び
出し、実行を行なわせる。

インタプリタ部１５の一般的な機能は、従来から使用さ
れているものと同様である。ただし１本実施例において
は、記号表および文識別番号表は。

ロードモジュールとのインタフェースをとるため。

ロードモジュール１７中のものを利用する。

〔発明の効果〕

以上述べたように１本発明による方式は、インタプリタ
による実行をプログラム修正部分に限っているため、処
理速度をそれ程落すことなく修正・再実行を容易かつ迅
速化することができる。

【図面の簡単な説明】

第１図および第２図は従来のプログラム修正および修正
方式の説明図、第３図は本発明実施例の基本構成説明図
、第４図は実施例シスデム構成図。 第５図は動作説明図である。 図中２７はロードモジュール実行段階、８はソースプロ
グラム修正段階、９はインタプリタによる再実行段階、
１０はグｐ／＝）ム実行状態表示部を示す。 特許出願人　営士通株式会社

Claims (1)

1. 【特許請求の範囲】 ソースプログラムをロードモジュール形式に変換して実
   行するデータ処理システムにおいて、実行中のソースプ
   ログラムおよびエラーメツセージ等のプログラム実行状
   態を表示する手段と、プログラノ・修正のだめの編集処
   理手段と、インタプリタ手段とをそなえ、上記ロードモ
   ジュール形式によるプログラム実行中にエラーが検出さ
   れたとき。 対応するソースプログラムについてのエラーメツセージ
   を上目己プログラム実行状態表示手段により表示して、
   ソースプログラムレベルでの工５−ＩＩ！正を可能ＫＬ
   、上記編集処理手段は尚該ソースプログラムの修正処理
   において機能化され、修正されたソースプログラムは上
   記インタプリタ手段により再実行されることを特−徴と
   する動的プログラム修正による再奥行処理方式。