JPS626260B2 - - Google Patents

Description

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

〔技術の背景〕

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

従来、ソースプログラム修正から再実行までの
過程は、別々のジヨブとして行なわれていたた
め、処理に時間を要し、プログラム開発時間を短
縮するうえで大きな障害となつていた。

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

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

本発明の目的は、プログラムの翻訳、結合編
集、実行、プログラム修正、再実行というプログ
ラム開発のサイクルを１つのシステム上で実現す
ることにあり、特に部分的な修正および再実行を
即座に可能にするシステムを提供することにあ
る。

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

〔発明の実施例〕

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

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

ロードモジユール実行段階７のロードモジユー
ルは、第１図で説明したロードモジユール４に相
当する。プログラム実行状態表示部１０の画面
は、ソース域、データ域、コマンド入力域からな
り、ソース域には、実行中のロードモジユールに
対応するソースプログラムが表示される。特に、
ソースプログラム中の実行位置のステートメント
については、輝度を上げるか色調を変えることに
より、識別が容易にされている。データ表示域に
は、実行結果やエラー発生時のエラー内容などが
表示される。またコマンド入力域には、サブコマ
ンドやエラー発生メツセージなどの状態表示、入
力コマンド表示に使用される。なお、プログラム
の実行速度は、デバツグ状況に応じて変更可能さ
れている。

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

再実行段階９では、修正されたソースプログラ
ムを、直接、インタプリタ方式により逐次解放し
て実行する。プログラム修正は、主プログラム、
サブルーチン等の分割されたプログラム単位に対
して行なわれるため、インタプリタ方式による実
行は、その修正のあつたプログラム単位について
適用される。修正されたプログラム単位について
インタプリタ方式による実行が終了すると、次の
プログラム単位から、再びロードモジユールによ
る実行に戻される。

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

第４図は、本発明実施例システムの構成図であ
る。同図において、１１は処理装置、１２はプロ
グラム実行状態管理部、１３は命令実行制御部、
１４はエデイタ部、１５はインタプリタ部、１６
はメモリ、１７はロードモジユール、１８はソー
スプログラム、１９はインタプリタ中間テキス
ト、２０は利用者指定のソースプログラムデータ
セツト、２１はFORTRANコンパイラ、２２は
FORTRANライブラリ、２３はプログラム実行
状態表示部、２４は入力部を示している。

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

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

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

利用者指定のソースプログラム２０は、まず
FORTRANコンパイラ２１により、TESTオプ
シヨン付きでコンパイルされ、オブジエクトプロ
グラムに変換される。このオブジエクトは、更に
FORTRANライブラリ２１および利用者指定の
オブジエクト／ロードモジユールと共に、ローダ
により結合編集され、ロードモジユール１７が作
成される。

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

本発明による動的プログラムエラーの修正は、
プログラム実行中の静止状態において、表示部２
３の実行画面上で行なうものである。

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

Γ実行モードによる静止状態 ΓARGCHK／SUBCHKエラーによる静止状態 Γデータモニタ条件成立による静止状態 Γプログラム実行開始直前の静止状態 Γプログラム実行終了後の静止状態 上記以外の Γ実行時エラーによる静止状態 ΓREAD文による静止状態 ΓPAUSE文による静止状態 ΓWRITE文中のログデータセツトエラーによる
静止状態 Γ出口ルーチン登録・削除要求時の静止状態 は、ライブラリ動作中の静止状態であり、その文
の実行を途中で打切ることができないので、これ
らの静止状態ではプログラム修正を行なうことは
できない。

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

Γ宣言文の修正、追加、削除は、新規データに対
するDIMENSION文／型宣言文の追加以外は不
可とする。

Γロードモジユール中に存在しない関数・サブル
ーチン・Ｉ／Ｏの呼出しは不可とする。

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

修正可能な文の主なものは、代入文、制御文、
入出力文である。

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

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

このとき、プログラム実行状態管理部１２がロ
ードモジユール実行とインタプリタ実行とを同一
のインタフエースで制御できるように、各文実行
直前、Ｉ／Ｏ処理、プロローグ、エピローグ等の
TESTオブシヨンのオブジエクトと同じタイミン
グで、プログラム実行制御部１３の呼び出しを行
なう。

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

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

ΓIMPLICIT文、PARAMETER文、
EXTERNAL文、INTRINSIC文、
NAMELIST文、文関数定義文、FORMAT
文および変数名に関する情報 Γソースプログラムの行および文に関する情報 Γ文番号の定義・参照情報 解釈部 プログラム修正情報を入力として、解釈を行
ない中間テキスト１９の生成を行なう。このと
き、基本となる情報は、で作成した情報とロ
ードモジユール中の記号表および文識別番号表
である。また、プログラム修正による変化を各
種テーブルに反映する。

実行部 実行を依頼されたプログラム単位の実行を制
御し、TESTオプシヨン付きでコンパイルされ
たオブジエクトと同じタイミングでプログラム
実行制御部１３を呼び出し、実行を行なわせ
る。

インタプリタ部１５の一般的な機能は、従来か
ら使用されているものと同様である。ただし、本
実施例においては、記号表および文識別番号表
は、ロードモジユールとのインタフエースをとる
ため、ロードモジユール１７中のものを利用す
る。

〔発明の効果〕

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

【図面の簡単な説明】

第１図および第２図は従来のプログラム実行お
よび修正方式の説明図、第３図は本発明実施例の
基本構成説明図、第４図は実施例システム構成
図、第５図は動作説明図である。 図中、７はロードモジユール実行段階、８はソ
ースプログラム修正段階、９はインタプリタによ
る再実行段階、１０はプログラム実行状態表示部
を示す。

Claims (1)

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