JPH064348A - プログラムデバッグ方式 - Google Patents

Abstract

(57)【要約】 【目的】 プログラムのデバッグ情報の生成に要する時
間を削減する。 【構成】 デバッグ対象のプログラムをプログラム解析
部で解析する際、データの属性を考慮せずに演算命令群
を作成し、プログラム実行部でプログラムの演算処理を
実行する時に、データの属性を考慮した処理を行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はプログラムデバッグ方式
に関し、特にプログラム内の演算処理を解析し、その演
算処理を行う命令の作成を容易にするプログラムデバッ
グ方式に関するものである。

【０００２】

【従来の技術】従来において、デバッグ対象のプログラ
ムをデバッグ装置でデバッグする場合、まず、プログラ
ム解析部によってデバッグ対象のプログラムの解析を行
い、デバッグ情報を作成し、このデバッグ情報の作成が
完了したならば、プログラムデバッグ装置でデバッグ対
象のプログラムを実行させるといった方法が実施されて
いる。

【０００３】この場合、デバッグ情報はプログラム内の
データおよびデータ属性に関する情報、及びプログラム
内の演算・制御処理をプログラムデバッグ装置に行わせ
る命令群とから構成される。

【０００４】ここで、デバッグ対象のプログラムは、そ
のプログラム内で使用するデータの宣言部と、データの
演算等を行うデータ処理部で構成されるが、例えば数値
データにおける整数型と浮動小数点型のように、データ
の属性には、一般的には複数の種類がある。

【０００５】そこで、従来は、プログラムを解析した際
に、同一処理であっても属性が異なるデータについて
は、その属性に応じた命令を作成するようにしていた。
すなわち、例えば数値データの加算処理を行なう場合、
整数型であれば整数型の加算命令を作成し、浮動小数点
型であれば、浮動小数点型の命令を作成していた。

【０００６】

【発明が解決しようとする課題】しかしながら、上記の
ように、データの属性に応じた命令をプログラムの解析
段階で作成する方法をとった場合、データ属性の情報は
一般的にはメモリ内に保持されているため、メモリをア
クセスする回数が増加する。この結果、デバッグ情報の
作成時間が長くなり、必要なデバッグ情報を容易に得る
ことができないという問題がある。

【０００７】本発明の目的は、デバッグ対象のプログラ
ムの実行に必要なデバッグ情報を短時間で容易に作成す
ることができるデバッグ方式を提供することである。

【０００８】

【課題を解決するための手段】上記の目的を達成するた
め、本発明のプログラムデバッグ方式は、デバッグ対象
のプログラムの実行に必要なデータを保持する第１のス
タックの他に該データの属性を保持する第２のスタック
を設け、デバッグ対象のプログラムを解析した際に、デ
ータの属性が異なる同一処理の命令については同一の命
令から成るデバッグ情報を作成し、プログラムを実行す
る際に前記第２のスタックの属性を参照し、該属性に応
じた命令を実行させるようにしたものである。

【０００９】

【作用】上記手段によれば、データの属性情報はプログ
ラムの実行時まで第２のスタックに保持しておき、プロ
グラムの実行時にデータの属性に対応した命令を選択し
て実行させるので、解析段階でメモリをアクセスする回
数が減少し、結果的に、必要なデバッグ情報を短時間の
うちに極めて容易に作成することができる。

【００１０】

【実施例】以下、本発明を図示する実施例に基づき詳細
に説明する。

【００１１】図１は、本発明によるプログラムデバッグ
装置の一実施例の構成を示すブロック図であり、このプ
ログラムデバッグ装置１は、入力装置２および出力装置
３と接続され、コマンド解析部４、デバッグ支援部５、
プログラム実行部６、プログラム解析部７、第１のスタ
ック１０、第２のスタック１１から構成されている。

【００１２】コマンド解析部４は、デバッグ作業者が入
力装置２から入力した操作命令を解析し、これをもとに
デバッグ支援部５、プログラム実行部６、プログラム解
析部７に各種の指示を与えるものである。

【００１３】デバッグ支援部５は、デバッグ対象のプロ
グラム８の実行に関する情報、例えばプログラム８の実
行状態、プログラム８内のデータなどを出力装置３に表
示し、デバッグ作業者からの指示をもとにプログラム８
の実行に関する情報を更新するものである。

【００１４】プログラム実行部６は、プログラム８とデ
バッグ情報９をもとにプログラム８の実行を行うもので
ある。

【００１５】プログラム解析部７は、デバッグ対象のプ
ログラム８を読み込んで解析を行い、デバッグ情報９を
作成するものである。この場合、デバッグ対象のプログ
ラムを解析した際に、データの属性が異なる同一処理の
命令については同一の命令から成るデバッグ情報９を作
成する。

【００１６】第１のスタック１０は演算処理対象のデー
タを保持するものであり、第２のスタック１１はデータ
の属性を保持するものである。

【００１７】以上の構成において、デバッグ対象のプロ
グラム８をデバッグする場合、まずプログラム解析部７
によってプログラム８の解析を行い、デバッグ情報９を
作成する。

【００１８】このデバッグ情報９はプログラム８内のデ
ータおよびデータ属性に関する情報、及びプログラム８
内の演算・制御処理をプログラムデバッグ装置１に行わ
せる命令群から構成される。このデバッグ情報９の作成
が完了したならば、プログラムデバッグ装置１のもとで
プログラム８を実行することが可能となる。

【００１９】そこで、プログラム実行部６は、プログラ
ム８とデバッグ情報９をもとにプログラム８を実行す
る。一方、デバッグ支援部５は、プログラム８の実行状
態、プログラム８内のデータなどプログラム８の実行に
関する情報を出力装置３に表示し、デバッグ作業者から
の指示をもとにプログラム８の実行に関する情報を更新
する。

【００２０】以上がプログラムデバッグ装置１の一般的
動作である。

【００２１】図２は、デバッグ対象のプログラム８の一
例を示す図である。プログラム８にはプログラム８内で
使用するデータの宣言部２１と、データの演算等を行う
データ処理部２２がある。プログラム８で使用できるデ
ータの属性は、前述したように一般的には複数の種類が
ある。従って、演算処理の方式は、データの属性に応じ
て複数通りになる。

【００２２】従来技術においては、プログラム８の上で
同一の演算処理でも、対象となるデータの属性に応じて
複数の演算処理命令を使い分けてデバッグ情報９を作成
していたので、データ宣言部２１に記述されているデー
タの属性をその都度参照しなければならず、多くの時間
が費やされていた。

【００２３】しかし、本発明においては、プログラム解
析時に図３に示すようなデータ属性テーブル３１をデバ
ッグ情報９の一つとして作成し、このテーブル３１のデ
ータ３２と属性３３とを第１のスタック１０および第２
のスタック１１に保持させ、プログラム８を実行する際
に、プログラム実行部６に参照させるようにすることに
より、デバッグ情報９の作成時間を削減するようにして
いる。

【００２４】なお、データ属性テーブル３１には、プロ
グラム８で用いられるデータ３２のそれぞれについて、
データ属性３３が登録されている。

【００２５】図４は、演算処理対象のデータを保持する
第１のスタック１０と、データの属性を保持する第２の
スタック１１の構造を示すものであり、プログラム８で
使用するデータとその属性について全て保持できるよう
に構成されている。この第１のスタック１０および第２
のスタック１１には、プログラム８を実行する前に、図
３のデータ属性テーブル３１からデータおよび属性の情
報が転送されて保持される。

【００２６】図５は、本発明のデバッグ装置１によるデ
バッグ手順を示すフローチャートである。

【００２７】まず、プログラムデバッグ装置１は、プロ
グラム８の演算処理命令を実行したとき、演算対象のデ
ータを第１のスタック１０にセットし、さらに当該デー
タの属性情報を第２のスタック１１にセットする（ステ
ップ５１，５２）。そして、第２のスタック１１の属性
情報を参照し、データ属性に応じた処理に振り分ける
（ステップ５３）。

【００２８】例えば、データの属性が整数型である場
合、整数型の命令にしたがった演算処理を実行する（ス
テップ５４，５５）。しかし、浮動小数点型である場
合、浮動小数点型の命令にしたがった演算処理を実行す
る（ステップ５６，５７）。

【００２９】図６はプログラム８とデバッグ情報９の一
例を示す説明図であり、本発明によって作成されるデバ
ッグ情報９と並列に従来の方法で作成されるデバッグ情
報１２を示している。

【００３０】この例において、８１，８２はデータ宣言
部であり、データ宣言部８１で整数型のＡＡ，ＢＢとい
う名称のデータ領域を宣言し、一方のデータ宣言部８２
では浮動小数点型のＣＣ，ＤＤという名称のデータ領域
を宣言している。

【００３１】８３〜８７は処理部であり、８３はＡＡ，
ＢＢに数値「１」を代入する処理、８４はＣＣ，ＤＤに
数値「１」，「０」を代入する処理、８５はＡＡとＢＢ
とを加算してＡＡに代入する演算式、８６はＣＣとＤＤ
とを加算してＣＣに代入する演算式、８７はプログラム
の処理を終了させる命令である。

【００３２】本発明によって作成されるデバッグ情報９
の中の９１，９２は処理１３，１４の演算式に対応する
命令、９３はＡＡ，ＢＢの領域のデータを第１のスタッ
ク１０に読み込むと共に、第２のスタック１１に属性デ
ータを読み込む命令、９４は第１のスタック１０に保持
されたデータの加算命令、９５は第１のスタック１０の
データをＡＡに転送する８命令、９６はＣＣ，ＤＤの領
域のデータを第１のスタック１０に読み込む共に、第２
のスタック１１に属性データを読み込む命令、９７は第
１のスタック１０に保持されたデータの加算命令、９８
は第１のスタック１０のデータをＣＣに転送する命令、
９９は処理を終了する命令である。

【００３３】一方、従来の方法で作成されるデバッグ情
報１２の中の１２１〜１２９は上記９１〜９９の処理に
対応する命令であるが、１２３，１２４，１２６，１２
７の部分が本発明と異なる。

【００３４】すなわち、命令１２３，１２６ではデータ
の属性はスタックに読み込まない。また、命令１２４は
整数型の加算命令であり、１２７は浮動小数点型の加算
命令である。

【００３５】これに対し、本発明においては、同一加算
命令であれば、データの属性に関係無く同一の加算命令
９４、９７が作成される。

【００３６】このように本実施例によれば、プログラム
実行部６は、プログラム８の実行時にデータ属性を考慮
した処理を行うため、プログラム解析部７がプログラム
８の処理部２２を解析して演算命令に変換する際に、デ
ータ属性を考慮する必要がなくなり、プログラム８の解
析とデバッグ情報９の作成に要する手間と時間を削減す
ることができる。

【００３７】

【発明の効果】以上説明したように本発明によれば、演
算対象のデータを保持するスタックの他に、当該データ
の属性を保持するスタックを設け、プログラムの解析時
でなく実際の実行時にデータ属性を考慮した演算を行う
ようにしているので、プログラムを解析して演算命令に
変換する際に、データ属性をその都度考慮する必要がな
くなり、プログラムの解析とデバッグ情報の作成に要す
る時間を削減し、デバッグ情報を短時間で容易に得るこ
とができる。

【図面の簡単な説明】

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

【図２】デバッグ対象のプログラムの一例を示す図であ
る。

【図３】プログラム解析の結果作成されるデータ属性テ
ーブルの構造を示す説明図である。

【図４】演算処理で使われるデータのスタックと属性情
報のスタックの構成図である。

【図５】本発明における演算処理のフローチャートであ
る。

【図６】本発明において作成されるデバッグ情報を従来
のデバッグ情報と比較する形で示した説明図である。

【符号の説明】

１…プログラムデバッグ装置、２…入力装置、３…出力
装置、４…コマンド解析部、５…デバッグ支援部、６…
プログラム実行部、７…プログラム解析部、８…プログ
ラム、９…デバッグ情報、１０…第１のスタック、１１
…第２のスタック、２１…データ宣言部、２２…処理
部、３１…データ属性テーブル。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 デバッグ対象のプログラムを解析し、該
   プログラムの実行に必要なデータおよび該データの属性
   に応じた命令群から成るデバッグ情報を作成し、この作
   成したデバッグ情報に基づいてデバッグ対象のプログラ
   ムを実行するプログラムデバッグ方式において、 デバッグ対象のプログラムの実行に必要なデータを保持
   する第１のスタックの他に該データの属性を保持する第
   ２のスタックを設け、デバッグ対象のプログラムを解析
   した際に、データの属性が異なる同一処理の命令につい
   ては同一の命令から成るデバッグ情報を作成し、プログ
   ラムを実行する際に前記第２のスタックの属性を参照
   し、該属性に応じた命令を実行させることを特徴とする
   プログラムデバッグ方式。