JPH04270425A - プログラムデバッグ装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、プログラムデバッグ装
置に関し、特に、プログラムをデバッグテストする場合
に、異なるファイルにまたがるルーチンをも含めてプロ
グラムデバッグを連続して行えるプログラムデバッグ装
置に関するものである。

【０００２】

【従来の技術】従来、プログラムデバッグ装置において
、被デバッグファイルでコールしているルーチンが他フ
ァイルに定義してある場合、すなわち、外部ルーチンコ
ールが被デバッグプログラムに存在する場合、インタプ
リタ方式でのプログラムデバッグでは、シミュレーショ
ン機能やスタブ機能を用いて外部ルーチンの代用を行い
、テストデバッグを行っている。また、インタプリタ言
語のプログラムからコンパイラで作成されたオブジェク
トプログラム（デバッグ済プログラム）を外部ルーチン
としてコールしたい場合には、例えば、特開昭６３−２
４５７２９号公報に記載のようなプログラム呼び出し方
式によって、オブジェクトプログラムを呼び出す方法が
あるが、この方法であると、プログラムデバッグ装置に
コンパイラがない場合は、コンパイラのあるホスト計算
機上でコンパイルしたオブジェクトプログラムを持って
きて利用しなければならない。

【０００３】

【発明が解決しようとする課題】従って、従来のプログ
ラムデバッグ装置の場合、プログラムデバッグ装置のみ
で他ファイルに定義してあるルーチンを直接インタプリ
トし、デバッグし、テストする点について配慮がなされ
ておらず、複数のファイルに渡るプログラムの連動デバ
ッグができないという問題がある。

【０００４】本発明の目的は、複数のファイルに渡るプ
ログラムの連動デバッグを可能とし、デバッグとテスト
作業の効率を向上させることのできるプログラムデバッ
ク装置を提供することにある。

【０００５】

【課題を解決するための手段】上記の目的を達成するた
め、本発明のプログラムデバック装置は、ソースプログ
ラムを１文ごとに実行するソースプログラム逐次実行部
と、ソースプログラムのテキストを編集するエディタ部
と、ソースプログラムのテストデバッグを行うデバッグ
支援部とからなるプログラムデバッグ装置において、ル
ーチン名と当該ルーチン名のプログラムが格納されてい
るファイルとを対応づけるリンケージテーブルと、ファ
イル番号エリアを含むプログラムカウンタとを備え、デ
バッグ支援部によりプログラムカウンタの内容に従って
リンケージテーブルを参照し、２つ以上のファイルにま
たがるルーチン間のプログラムテストを連続して行うこ
とを特徴とする。

【０００６】また、プログラムデバッグ装置において、
デバッグ支援部は、リンケージテーブルにより外部ルー
チンの所在するファイルを検出し、各ファイルの外部ル
ーチンごとに中間コードと変数名表を生成して、２つ以
上のファイルにまたがるルーチン間のプログラムテスト
を連続して行うことを特徴とする。

【０００７】

【作用】これによれば、プログラムデバッグ装置に、ル
ーチン名と当該ルーチン名のプログラムが格納されてい
るファイルとを対応ずけるリンケージテーブルと、ファ
イル番号エリアを含むプログラムカウンタとが備えられ
る。デバッグ支援部は、プログラムカウンタの内容に従
ってリンケージテーブルを参照し、２つ以上のファイル
にまたがるルーチン間のプログラムテストを連続して行
う。例えば、デバッグ支援部が、ソースプログラム逐次
実行部によりソースプログラムを１文ごとに実行して、
プログラムテストを行う場合、外部ルーチンがコールさ
れると、リンケージテーブルにより外部ルーチンとそれ
が記述してあるファイルとの対応を取り、外部ルーチン
が記述してあるファイルを捜しだし、そのファイルを読
み込み、実行するファイルを当該ファイルに切り替える
。そして、ファイル番号エリアを含むプログラムカウン
タの内容を参照して、ファイル対応に（各ファイルのプ
ログラム対応に）管理しているソースコード情報，中間
コード情報などを用いてプログラムテストを行う。当該
ファイル内に記述してある外部ルーチンの実行が終わる
と、コール元のファイルに制御を戻す。

【０００８】このようにして、ファイル対応にプログラ
ム情報の管理することにより、外部ルーチンコールを可
能にし、複数のファイルに渡るプログラムを連動してデ
バッグすることができる。これにより、複数のファイル
に渡るプログラムのデバッグとテスト作業を効率よく行
うことができる。すなわち、インタプリタ形式デバッガ
が制御する変数名表や中間コードをプログラム対応に持
つことにより、プログラム間の連動テストを可能とし、
ホスト処理装置に依存するプログラムテストの大半がワ
ークステーション上で可能となり、ホスト依存を脱却し
たプログラム開発環境を確立できる。

【０００９】

【実施例】以下、本発明の一実施例を図により説明する
。図１は、本発明の一実施例にかかるプログラムデバッ
グ装置の構成を示すブロック図である。プログラムデバ
ッグ装置１は、コマンド解析部２，デバッグ支援部３，
エディタ部４，ソースプログラム逐次実行部５から構成
されている。ソースプログラム逐次実行部５は、構文解
析部６およびインタプリタ部７を備えており、テストデ
バッグを行なうプログラムを１文ごとに逐次実行する。 また、プログラムデバッグ装置１には、キーボード８お
よび出力装置９が接続されており、キーボード８から与
えられたデバッグコマンドにより、ソースプログラム１
０のテストデバッグを行い、デバッグした結果は、出力
装置９に表示される。デバッグ処理を行う場合、ソース
プログラム１０から中間コード１１および変数名表１２
が生成されて、ソースプログラム逐次実行部５によりテ
ストを行うプログラムの逐次実行が行われる。

【００１０】キーボード８により入力されたコマンドは
、コマンド解析部２により解析される。エディタ部４は
ソースプログラム１０を修正する処理を行う。デバッグ
支援部３はデバッグされた結果をディスプレイ，プリン
タ，ファイル等の出力装置９に出力する。ソースプログ
ラム逐次実行制御部５では、まず、構文解析部６により
ソースプログラム１０からのプログラムの１文を構文解
析し、中間コード１１に変換する。次にインタプリタ部
７がその中間コード１１を実行することによりソースプ
ログラム１０のプログラム１文の実行が終了する。なお
、プログラムデバッグ装置１は、コマンド解析部２，デ
バッグ支援部３，エディタ部４，およびソースプログラ
ム逐次実行制御部５の各々の処理部の要素をファームウ
ェアで構成することなく、ソフトウェア（プログラム）
で構成することにより、汎用のワークステーションやパ
ーソナルコンピュータ上で、プログラムデバッグ装置を
実現することも可能である。

【００１１】次に、本実施例にかかるファイル単位（外
部ルーチンとなるプログラム）の管理方法を図２を参照
して説明する。図２に示すように、各ファイル単位で外
部ルーチンとなっているソースプログラム２０，中間コ
ード２１，変数名表２２などのファイル管理情報は、フ
ァイル管理テーブル２３により各ファイル単位に管理さ
れる。ファイル管理テーブル２３には、各々のファイル
単位を管理するための情報として一意のファイル番号，
ファイル名，中間コードエリアへのポインタ，変数名表
へのポインタ等を格納するデータフィールドが設けられ
、それぞれのデータフィールドにファイル単位管理のた
めのデータが格納される。テストデバッグのためのプロ
グラムが実行され、そこで外部ルーチンコールが発生す
ると、コールされた外部ルーチンの内容に従って、ファ
イル番号が例えば１から２へと変更され、当該テストデ
バッグのプログラムの実行に係る該当ファイルがファイ
ル管理単位（ファイルＡの管理情報）２４から、コール
された外部ルーチンにかかるファイル管理単位（ファイ
ルＢの管理情報）２５に切り替わることになる。

【００１２】次に、図３および図４を参照して、外部ル
ーチンコールによりファイル管理単位が切り替わる動作
を具体的にプログラムの処理を例として説明する。図３
はプログラムカウンタ３０の内容の遷移に対応して、外
部モジュールコールの動きを説明する図である。また、
図４はルーチン名と当該ルーチン名のプログラムが格納
されているファイルとを対応ずけるリンケージテーブル
の一例を示す図である。ここでは、ファイルＳＵＢ１．
ＰＬＩの中のＳＵＢ１ルーチンがファイルＳＵＢ２．Ｐ
ＬＩの中のＳＵＢ２ルーチンをコールしている場合を例
として説明する。

【００１３】ファイルＳＵＢ１．ＰＬＩのプログラムル
ーチンにおいて、各々のプログラム文の実行に進んで「
ＣＡＬＬ　　ＳＵＢ２；」を実行する直前となると、そ
の時のプログラムカウンタ３０の内容は「ファイル番号
＝１，行番号＝１２３，カラム番号＝１」となり、次に
実行するプログラム文は、ファイル番号が１であり、行
番号が１２３で、カラム番号が１の「ＣＡＬＬ　　ＳＵ
Ｂ２；」であることを示している。ソースプログラム逐
次実行部５は、現プログラムカウンタ内容３１から「Ｃ
ＡＬＬ　　ＳＵＢ２；」のソースプログラム文を得て、
ＳＵＢ２ルーチンをコールする処理を行う。この場合、
ＳＵＢ２ルーチンは、ファイルＳＵＢ２．ＰＬＩに格納
されている。これは、図４に示すようなリンケージテー
ブル４０を参照して、ルーチン名「ＳＵＢ２」のルーチ
ンがファイル名「ＳＵＢ２．ＰＬＩ」のファイルに格納
されていることを認識して、現プログラム実行ファイル
をファイルＳＵＢ２．ＰＬＩに切替えることにより行う
。

【００１４】この場合、サブルーチンコールの処理と同
様にして、プログラムカウンタ３０の内容を切替えるた
め、現プログラムカウンタの内容を退避した後、プログ
ラムカウンタ内容３２を新たに設定し、現プログラム実
行ファイルをファイルＳＵＢ２．ＰＬＩに切替えて、順
次にＳＵＢ２ルーチンの処理を実行する。そして、ＳＵ
Ｂ２ルーチンの処理が終了すると、リターン処理を行っ
て、旧プログラムカウンタの回復を行う。すなわち、プ
ログラムカウンタ３０の内容を旧プログラムカウンタの
内容に回復し、プログラムカウンタ内容３３として、元
のファイルＳＵＢ１．ＰＬＩのＳＵＢ１ルーチンに現プ
ログラム実行ファイルを切替える。このリターン処理を
行う場合にも、外部ルーチンコールの場合にはリンケー
ジテーブル４０を参照して、当該外部ルーチンが格納さ
れているファイル名を認識してプログラム実行ファイル
を切替える。

【００１５】このようにして、ファイル番号を含むプロ
グラムカウンタ３０の内容が、順次にプログラムカウン
タ内容３１，３２，３３と切り替わり、異なるファイル
の渡る各ルーチンのテストデバッグの処理を、手動によ
って各ファイルを切替える手間が生ずることなく、連続
して実行することができる。

【００１６】図５（ａ），（ｂ），（ｃ）は、プログラ
ム文を実行するデバッグ処理の処理フローを示すフロー
チャートである。図５の処理フローを説明すると、ソー
スプログラム逐次実行制御部５がプログラムカウンタ３
０の内容によって次のプログラム文の処理を始めようと
する場合、図５（ａ）に示すように、プログラム文の文
実行処理で、まずステップ５０において、現プログラム
カウンタの内容からプログラム文の得て、次のステップ
５１において、プログラムカウンタの内容からファイル
番号が切替った否かを判断する。ファイル番号が切替っ
た場合には、ステップ５２に進み、切替ったファイル番
号の対応するファイルの画面に切替える処理を行い、ス
テップ５３に進む。また、ファイル番号が切替らない場
合には、そのままステップ５３に進む。そして、次のス
テップ５３において各文の処理を行って、文実行処理を
終了する。各文の処理では判定文，繰り返し文、呼び出
し文などの処理を行う。

【００１７】呼び出し文（ＣＡＬＬ）の処理では、図５
（ｂ）に示すように、まず、ステップ５４においてコー
ルされたルーチンが内部ルーチンか否かを判定する。内
部ルーチンであれば、そのまま内部ルーチンコールの処
理へと進む。また、ステップ５４の判定で内部ルーチン
コールでないことが判定されると、ステップ５５に進み
、当該ルーチン名がリンケージテーブル４０に登録され
ているか否かを判定する。リンケージテーブル４０に登
録されていない場合には、未定義エラーとする。リンケ
ージテーブルに登録されている場合、ステップ５６に進
み、ファィル管理テーブル２３に登録して、プログラム
実行ファイルのファイル管理情報へのポインタを設定す
る。これにより、各ファィルに格納されたルーチンのプ
ログラムのソースプログラム，中間コード，変数名表の
所在が指示される。そして、ステップ５７において現プ
ログラムカウンタの退避処理を行い、次のステップ５８
において新プログラムカウンタの内容の設定を行い、呼
び出し文の処理を終了する。

【００１８】プログラム文の実行において、呼び出し文
（ＣＡＬＬ）の処理の後、呼び出し元に戻るには復帰文
（ＲＥＴＵＲＮ）の処理を行う。復帰文（ＲＥＴＵＲＮ
）の処理では、図５（ｃ）に示すように、ステップ５９
において、先に退避しておいた旧プログラムカウンタへ
の回復の処理を行い、呼び出し元に戻る。

【００１９】次に、文実行処理の制御の全体の流れを、
図２，図３および図４を参照し、図５のフローチャート
に従って説明する。外部モジュールの外部ルーチンコー
ルを含む処理の実際の動きを、ファイルＳＵＢ１．ＰＬ
Ｉの中のＳＵＢ１ルーチンがファイルＳＵＢ２．ＰＬＩ
の中のＳＵＢ２ルーチンをコールしている場合を例とし
て説明する。「ＣＡＬＬ　　ＳＵＢ２；」を実行する直
前のプログラムカウンタ３０の内容は「ファイル番号＝
１，行番号＝１２３，カラム番号＝１」となっている。 ソースプログラム逐次実行部５は、現プログラムカウン
タ内容３１からプログラム文「ＣＡＬＬ　　ＳＵＢ２；
」を得る（ステップ５０）。「ＣＡＬＬ　　ＳＵＢ２；
」のプログラム文自体は当該プログラム実行ファイル中
のプログラム文の処理なので、そのまま各文の処理（ス
テップ５３）に移行して、「ＣＡＬＬＳＵＢ２；」の呼
び出し文の処理を行う。ここでは、呼出し文であるＣＡ
ＬＬ文処理（図５（ｂ）の処理）を行う。

【００２０】ＣＡＬＬ文の処理では、呼び出されたルー
チン名ＳＵＢ２が内部ルーチン名であるか否かをチェッ
クし（ステップ５４）、カレントなファイルすなわちプ
ログラムカウンタ内容３１のファイル番号１に対応する
ファイルＳＵＢ１．ＰＬＩ内でルーチン名ＳＵＢ２を捜
す。見つかった場合には内部ルーチンコールの処理を行
うが、ここでは内部ルーチン名でないので、次にリンケ
ージテーブル４０を参照して、ルーチン名ＳＵＢ２が外
部ルーチンとして登録されていないかを検索する（ステ
ップ５５）。リンケージテーブル４０においてルーチン
名が見つからない場合は「ＳＵＢ２未定義エラー」とな
る。ルーチン名が見つかった場合、そのルーチン名に対
応するファイル名ＳＵＢ２．ＰＬＩを得る。次に、ファ
イル管理テーブル２３によりファイル名ＳＵＢ２．ＰＬ
Ｉでファイル番号を検索し、見つかったファイル番号を
新プログラムカウンタのファイル番号とし、ファイル管
理テーブル２３にファイル名が未登録の場合に空いてい
るエントリにファイル名を登録する（ステップ５６）。 そして、「ＣＡＬＬ　　ＳＵＢ２；」のプログラム文の
次のプログラム文の解析を始める位置を旧プログラムカ
ウンタとしてスタック等に退避する（ステップ５７）。 次に、当該ファイル番号２を新プログラムカウンタ内容
のファイル番号とし、プログラムカウンタ内容３２の行
番号とカラム番号は共に１とする（ステップ５８）。こ
れにより、「ＣＡＬＬ　　ＳＵＢ２；」のプログラム文
の処理が終了する。

【００２１】次に、ソースプログラム逐次実行制御部５
が、プログラムカウンタ３０の内容により次のプログラ
ム文の実行処理を始めようとするとき、プログラムカウ
ンタ内容３２は「ファイル番号＝２，行番号＝１，カラ
ム番号＝１」となっているので、ファイル管理テーブル
２３のファイル番号２に対応するファイル名となってい
るファイルＢにおけるプログラムルーチン（ファイルＳ
ＵＢ２．ＰＬＩのプログラムルーチン）の行番号＝１，
カラム番号＝１からプロラム文の文実行処理を始める。 そして、次にファイル名ＳＵＢ２．ＰＬＩの先頭から文
を得る（ステップ５０）。この場合、前ファイル番号と
現ファイル番号が異なるので（ステップ５１）、現プロ
グラム実行ファイルのソースプログラムを表示している
画面切り替えの処理を行い（ステップ５２）。当該プロ
グラム文の各文の処理（ＳＵＢ２ルーチンの処理）を行
う（ステップ５３）。ファイルＳＵＢ２．ＰＬＩのルー
チンＳＵＢ２の実行が終了し、コール元に戻るときには
、ＲＥＴＵＲＮ処理（図５（ｃ）の処理）を行い、スタ
ック等に退避した旧プログラムカウンタ内容の回復の処
理を行い（ステップ５９）、プログラムカウンタ３０に
設定する。

【００２２】これにより、プログラムカウンタ３０の内
容は「ファイル番号＝１，行番号＝１２３，カラム番号
＝１６」となり、プログラムカウンタ内容３３となって
、ソースプログラム逐次実行部５がプログラムカウンタ
内容３３により「ＣＡＬＬＳＵＢ２；」の次の位置のプ
ログラム文からの文実行処理を始める。プログラム文を
得る（ステップ５０）と、また、前ファイル番号と現フ
ァイル番号が異なるので（ステップ５１）、対応するプ
ログラム実行ファイルの画面への切り替え処理を行う（
ステップ５３）。

【００２３】このようにして、ファイル単位にプログラ
ム実行情報を管理し、外部ルーチンコールの度にファイ
ル単位の情報を切り替えることにより外部ルーチンコー
ルを実現する。

【００２４】

【発明の効果】以上説明したように、本発明のプログラ
ムデバッグ装置によれば、単体ファイルのテストデバッ
グだけでなく、異なるファイルの外部ルーチンに渡って
の連動テストデバッグも可能となり、大規模なプログラ
ムのデバッグテストができるようになる。

【図面の簡単な説明】

【図１】本発明の一実施例にかかるプログラムデバック
装置の構成を示すブロック図。

【図２】ファイル管理テーブルによるファイル管理単位
の管理情報の一例を示す説明図。

【図３】プログラムカウンタの内容の遷移に対応して、
外部モジュールコールの動きを説明する図。

【図４】ルーチン名と当該ルーチン名のプログラムが格
納されているファイルとを対応ずけるリンケージテーブ
ルの一例を示す図。

【図５】プログラム文を実行するデバッグ処理の処理フ
ローを示すフローチャート。

【符号の説明】

１　　プログラムデバッグ装置 ２　　コマンド解析部 ３　　デバッグ支援部 ４　　エディタ部 ５　　ソースプログラム逐次実行部 ６　　構文解析部 ７　　インタプリタ部 ８　　キーボード ９　　出力装置 １０　　ソースプログラム １１　　中間コード １２　　変数名表 ２３　　ファイル管理テーブル ２４，２５　　　　ファイル単位の管理情報３０　　プ
ログラムカウンタ ４０　　リンケージテーブル

Claims (3)

【特許請求の範囲】
1. 【請求項１】　　ソースプログラムを１文ごとに実行す
   るソースプログラム逐次実行部と、ソースプログラムの
   テキストを編集するエディタ部と、ソースプログラムの
   テストデバッグを行うデバッグ支援部とからなるプログ
   ラムデバッグ装置において、ルーチン名と当該ルーチン
   名のプログラムが格納されているファイルとを対応づけ
   るリンケージテーブルと、ファイル番号エリアを含むプ
   ログラムカウンタとを備え、デバッグ支援部によりプロ
   グラムカウンタの内容に従ってリンケージテーブルを参
   照し、２つ以上のファイルにまたがるルーチン間のプロ
   グラムテストを連続して行うことを特徴とするプログラ
   ムデバッグ装置。
2. 【請求項２】　　請求項１に記載のプログラムデバッグ
   装置において、デバッグ支援部は、リンケージテーブル
   により外部ルーチンの所在するファイルを検出し、各フ
   ァイルの外部ルーチンごとに中間コードと変数名表を生
   成して、２つ以上のファイルにまたがるルーチン間のプ
   ログラムテストを連続して行うことを特徴とするプログ
   ラムデバッグ装置。
3. 【請求項３】　　請求項１に記載のプログラムデバッグ
   装置を用いて実行するプログラムデバッグ方法であって
   、ファイル対応に外部ルーチンのソースコード情報，中
   間コード情報を管理し、外部ルーチンがコールされた場
   合に、外部ルーチンとそれが記述してあるファイルとの
   対応を取り、実行するファイルを当該外部ルーチンの記
   述されたファイルに切り替え、当該ファイル内に記述し
   てある外部ルーチンの実行が終わると、コール元のファ
   イルに制御を戻すことを特徴とするプログラムデバック
   方法。