JPH06274370A - Debugger - Google Patents

Abstract

PURPOSE:To provide a means which understandably finds a cause at the time of generating a program checking error by automatically switching a user program picture and a debugger picture at the time of using a debugger. CONSTITUTION:When a user program is broken and control returns to the debugger, the user program picture is saved and then, the debugger picture is displayed. After finishing debugging, the saved user program picture is displayed again. Besides, when the program check error is generated, core analytic information is expressed in a symbolic depending on a language program to attain understandable output. At this point of time, if illegal data is found at the numerical part of input records, all of the input records are checked and illegal data is outputted so as to provide environment where debugging operation can easily and quickly be executed. Thus, environment where operability is improved and debugging operation is easily and quickly executed is provided.

Description

【発明の詳細な説明】Detailed Description of the Invention

【０００１】[0001]

【産業上の利用分野】この発明は、電子計算機における
ソフトウェア開発システムに関するものであり、更に詳
しくは、デバッグ作業の効率化を目的としたユーザプロ
グラムのデバッガ装置に関するものである。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a software development system for an electronic computer, and more particularly to a user program debugger device for improving the efficiency of debugging work.

【０００２】[0002]

【従来の技術】図７は、デバッグ処理実行に際しての動
作環境を示した図であり、図８は、従来のデバッガ装置
におけるフローチャートを図示したものである。図７に
おいて、１はデバッグ対象となるユーザソースプログラ
ム、２はコンパイラ、３は上記デバッグ対象となるユー
ザソースプログラムのコンパイラ２によるコンパイル出
力であるロードモジュール、４は前記ユーザソースプロ
グラムのコンパイル時に、同時に出力されるプログラム
情報ファイル、５はデバッガ、６は前記ユーザプログラ
ムが実行時使用するユーザデータファイル、７はデバッ
ガ起動用画面、８はデバッグ対象ユーザプログラム３が
出力するユーザプログラム画面である。2. Description of the Related Art FIG. 7 is a diagram showing an operating environment for executing debug processing, and FIG. 8 is a flowchart showing a conventional debugger apparatus. In FIG. 7, 1 is a user source program to be debugged, 2 is a compiler, 3 is a load module which is a compilation output of the user source program to be debugged by the compiler 2, and 4 is at the same time when the user source program is compiled. A program information file to be output, 5 is a debugger, 6 is a user data file used by the user program at the time of execution, 7 is a debugger start screen, and 8 is a user program screen output by the debug target user program 3.

【０００３】次にデバッグ制御のフローについて、環境
設定のための処理と、デバッグ制御処理に分けて説明す
る。 Ａ．環境設定のための処理動作 図７において、デバッグ対象となるユーザソースプログ
ラム１を、コンパイラ２によりコンパイルし、ロードモ
ジュール３とプログラム情報ファイル４を出力結果とし
て得る。デバッグ処理の実行に際しては、上記デバッグ
対象となるロードモジュール３、プログラム情報ファイ
ル４に加え、上記デバッグ対象ユーザプログラム３が処
理実行中にアクセスするユーザデータファイル６が必要
となる。Next, the debug control flow will be described separately for environment setting processing and debug control processing. A. Processing Operation for Environment Setting In FIG. 7, the user source program 1 to be debugged is compiled by the compiler 2, and the load module 3 and the program information file 4 are obtained as output results. When executing the debug processing, in addition to the load module 3 and the program information file 4 to be debugged, a user data file 6 that the debug target user program 3 accesses during processing is required.

【０００４】Ｂ．デバッグ制御処理動作 デバッグ制御処理の動作について、図８に基づいて説明
する。 （１）デバッガ５を起動すると、該デバッガはＵＮＩＸ
オペレーティングシステム（ＵＮＩＸオペレーティング
システムは、ＵＮＩＸ Ｓｙｓｔｅｍ Ｌａｂｏｒａｔ
ｏｒｉｅｓ，Ｉｎｃ．が開発し、ライセンスしていま
す。）のｆｏｒｋ／ｅｘｅｃコマンドによりデバッグ対
象ロードモジュール３を、デバッガ５の子プロセスとし
て生成した後、Ｐｔｒａｃｅコマンドを発行することに
よりデバッグ対象ロードモジュール３がデバッグ処理モ
ードにあることを宣言する。 （２）デバッグ対象となる子プロセスがｓｔｏｐするこ
とによって、その制御はデバッガ（親プロセス）に移
り、それまでのデバッガのｗａｉｔ状態が解除され次の
ステップに進む。 （３）デバッガは、デバッグ対象プログラム３のソース
プログラム１と、プログラム情報ファイル４の内容を取
り込む。 （４）操作者は、デバッガ５を使用するために、画面を
デバッガ起動用画面７に切り替える。 （５）上記（１）から（４）の手順により、デバッガが
使用できる状態となる。ここで、操作者は、変数の内容
をチェックしたり、ブレークポイントを設定する等のデ
バッガで提供されているデバッグコマンドを入力する。 （６）上記（５）のステップで、例えば操作者がブレー
クポイントを設定し、デバッグ対象プログラム３を起動
したとする。デバッガ５は、そのままｗａｉｔ状態に入
り、制御は、デバッグ対象プログラム３へ移る。 （７）デバッグ対象プログラムが実行され、先に設定し
たブレークポイントに到達すると、デバッグ対象プログ
ラムは再びｗａｉｔ状態となり、制御はデバッガに移
る。すると、それまでのデバッガのｗａｉｔ状態が解除
され、デバッガからのコマンド入力可能状態となる。B. Debug Control Processing Operation The operation of debug control processing will be described with reference to FIG. (1) When the debugger 5 is started, the debugger will run UNIX
Operating system (UNIX operating system is UNIX System Labat
ories, Inc. Developed and licensed. After the debug target load module 3 is generated as a child process of the debugger 5 by the fork / exec command of (1), the Prac command is issued to declare that the debug target load module 3 is in the debug processing mode. (2) When the child process to be debugged stops, the control is transferred to the debugger (parent process), the wait state of the debugger up to that point is released, and the process proceeds to the next step. (3) The debugger fetches the source program 1 of the debug target program 3 and the contents of the program information file 4. (4) The operator switches the screen to the debugger starting screen 7 in order to use the debugger 5. (5) The debugger is ready for use by the steps (1) to (4). Here, the operator inputs the debug command provided by the debugger such as checking the contents of the variable and setting a breakpoint. (6) It is assumed that, for example, the operator sets a breakpoint and starts the debug target program 3 in the step (5). The debugger 5 enters the wait state as it is, and the control shifts to the debug target program 3. (7) When the program to be debugged is executed and the breakpoint set earlier is reached, the program to be debugged enters the wait state again, and control is transferred to the debugger. Then, the wait state of the debugger up to that point is released, and the command input from the debugger is ready.

【０００５】（８）上記（７）において、デバッガか
ら、ユーザプログラムへ制御が移行した時点では、画面
はデバッガ起動画面７となっているために該ユーザプロ
グラム３は画面へアクセスする手順を記述したステップ
にまで到達すると、処理を実行できず応用プログラム出
力用画面８への切り替えを操作者に要求するためメッセ
ージを出力する。操作者がこれを確認してデバッガ画面
７からユーザプログラム画面８へ切り替えることで上記
アプリケーションプログラムは、その処理が続行され
る。また、ユーザプログラム中に設定されたブレークポ
イントに到達し、制御がデバッガに移った時点において
は、画面にはユーザプログラム用の画面８が表示されて
おり、デバッガ操作を行うためには、再度ユーザプログ
ラム用画面８からデバッガ起動用画面７への切り替え操
作を行う必要がある。 （９）デバッグ中のプログラムは、一般に不具合が存在
している可能性が多い。この場合は上記（７）でユーザ
プログラム実行中にブレークポイントへ到達する以前
に、プログラムチェックが発生する。この時、ＣＯＲＥ
という実行時のメモリイメージをファイルに出力して制
御がデバッガへ移るが、これはメモリイメージそのまま
をバイナリ形式で表現したものである。 （１０）上記（９）で、プログラムエラー発生時におい
て、そのエラー要因がデータ不正例外エラーである場合
は、ユーザデータファイル６のレコード内容の数値デー
タ領域に、数値以外のデータが混入していることがその
原因であることが多い。従って、この種のエラー発生時
には、ユーザがユーザプログラムで使用しているユーザ
データファイル６に関し、全レコードについて不正デー
タの有無をチェック必要がある。(8) In the above (7), since the screen is the debugger startup screen 7 when the control is transferred from the debugger to the user program, the user program 3 describes the procedure for accessing the screen. When the number of steps reaches the step, the process cannot be executed and a message is output to request the operator to switch to the application program output screen 8. When the operator confirms this and switches from the debugger screen 7 to the user program screen 8, the processing of the application program is continued. Further, when the breakpoint set in the user program is reached and control is transferred to the debugger, the screen 8 for the user program is displayed on the screen. It is necessary to perform a switching operation from the program screen 8 to the debugger starting screen 7. (9) Generally, a program being debugged may have a defect. In this case, the program check occurs before the breakpoint is reached during the execution of the user program in (7) above. At this time, CORE
The memory image at the time of execution is output to a file and control is transferred to the debugger. This is a representation of the memory image as it is in binary format. (10) In (9) above, when a program error occurs and the error factor is a data invalid exception error, non-numeric data is mixed in the numeric data area of the record contents of the user data file 6. This is often the cause. Therefore, when this kind of error occurs, it is necessary to check the presence / absence of invalid data in all records of the user data file 6 used by the user in the user program.

【０００６】[0006]

【発明が解決しようとする課題】従来のデバッガシステ
ムは、以上のように構成されていたのでデバッガとその
デバッグ対象となるユーザプログラム間において、制御
が移行する都度、これに対応して、操作者がマニュアル
操作にて画面を切り替えなければならなかった。また、
デバッグ作業中に、プログラムチェックが発生した場合
においても、プログラムチェックの原因、プログラムの
データ部、分岐トレース等の情報が操作者に理解しやす
いシンボリックな形式で出力されず、ＣＯＲＥファイル
というバイナリ形式の一般ユーザには分かりずらい形式
でしか表示出力されていなかった。加えて、プログラム
チェックエラーの要因がデータ不正例外であった場合
に、その原因を追及するためには、全てのユーザデータ
ファイルについて、レコードの全件チェックをしなけれ
ばならずデバッグ処理に非常に手間がかかっていた。Since the conventional debugger system is constructed as described above, every time the control is transferred between the debugger and the user program to be debugged, the operator is required to respond accordingly. Had to switch screens manually. Also,
Even if a program check occurs during debugging, information such as the cause of the program check, the data part of the program, and the branch trace is not output in a symbolic format that is easy for the operator to understand. It was displayed and output only in a format that was difficult for general users to understand. In addition, if the cause of the program check error is a data invalid exception, in order to investigate the cause, all records of all user data files must be checked, which is extremely difficult for debugging. It took a lot of work.

【０００７】この発明は、かかる問題点を解消するため
になされたもので、ユーザプログラム用画面と、デバッ
ガ起動用画面の切り替えをデバッガ自身が自動的に行う
ことで、デバッグ処理における操作の繁雑さを解消し、
操作性を向上させることを目的としたものである。ま
た、デバッグ作業中における不具合発生時において、プ
ログラムチェックエラーの原因、プログラムのデータ
部、分岐トレース等の情報を一般ユーザに理解できる形
式で表示出力するとともに、エラー要因がデータ不正例
外エラーの場合には、ユーザデータファイルの整合性を
自動的にチェックすることにより、デバッグ作業の効率
化を目的としたものである。The present invention has been made in order to solve such a problem, and the debugger itself automatically switches between the user program screen and the debugger start screen, thereby complicating the operation in the debugging process. To eliminate
The purpose is to improve operability. In addition, when a problem occurs during debugging, information such as the cause of the program check error, the data part of the program, and the branch trace is displayed and output in a format that can be understood by general users. Aims to improve the efficiency of debugging work by automatically checking the consistency of user data files.

【０００８】[0008]

【課題を解決するための手段】この発明に係るデバッガ
制御方式は、デバッガとユーザプログラム間の制御の遷
移に対応させて、これに相当した画面情報をセーブ・リ
ストアする手段を設けるようにしたものである。また、
プログラムチェック発生時におけるプログラムデータ部
情報分岐トレース情報を、コンパイル時に生成されたプ
ログラム情報ファイルによりシンボリックな形式で出力
するための手段を設けるようにしたものである。加え
て、データ不正例外時においては、コンパイル時に出力
されるプログラム情報ファイルに基づいて、全てのユー
ザデータファイルのレコードの整合性を自動的にチェッ
クし、その原因となったレコードを特定する為の手段を
設けるようにしたものである。A debugger control system according to the present invention is provided with means for saving / restoring screen information corresponding to a control transition between a debugger and a user program. Is. Also,
A means for outputting the program data section information branch trace information when the program check occurs in a symbolic format by the program information file generated at the time of compilation is provided. In addition, in the case of a data illegal exception, the consistency of the records of all user data files is automatically checked based on the program information file output at the time of compilation, and the record that caused that is specified. Means are provided.

【０００９】[0009]

【作用】この発明におけるデバッグ制御方式では、デバ
ッガ、及びユーザプログラム間において、制御の遷移に
追随して自動的に画面を切り替えるようにしたので、操
作上のわずらわしさを軽減することができる。また、不
具合発生時におけるプログラムデータ部、分岐トレース
等の情報を操作者にも理解しやすいようにシンボリック
で表現すると共に、エラー要因がデータ不正例外の場合
には、ユーザデータファイルの内容を自動的にチェック
するようにしたのでデバッグ作業の効率化を計ることが
できる。In the debug control system according to the present invention, the screen is automatically switched between the debugger and the user program in accordance with the control transition, so that the troublesome operation can be reduced. In addition, the information such as the program data section and branch trace when a failure occurs is expressed as a symbol so that the operator can easily understand it, and if the error cause is a data invalid exception, the contents of the user data file are automatically Since it has been checked, it is possible to improve the efficiency of debugging work.

【００１０】[0010]

【実施例】【Example】

実施例１．この発明の実施例を図１、及び図７について
説明する。本発明によるデバッガの動作環境に関して
は、図７と同じである。以下に、図１のフローチャート
に従って、動作を説明する。 （１）デバッガを起動し、デバッグ対象となるロードモ
ジュール名３を入力するとデバッガ（親プロセス）は、
ｆｏｒｋコマンドのＳＶＣ（スーパーバイザーコール）
マクロを発生し、子プロセスを生成してｗａｉｔ状態に
入る。 （２）子プロセスは、Ｐｔｒａｃｅコマンドを発行し、
デバッグモードの宣言を行う。その後、子プロセスは、
デバッグ対象となるロードモジュール３をｅｘｅｃし、
ｗａｉｔ状態に入る。以上で、親プロセスとしてデバッ
ガが、子プロセスとしてデバッグ対象モジュールが生成
され、上記デバッグ対象モジュールは、デバッガからの
指令待ち状態でｗａｉｔしている。 （３）上記ステップ（２）でデバッグ対象モジュールが
ｗａｉｔ状態に入るとデバッガ（親プロセス）のｗａｉ
ｔ状態が解除され、次いでデバッグ対象ロードモジュー
ルのコンパイル時に生成されたプログラム情報ファイル
４と、デバッグ対象モジュールのユーザソースプログラ
ムを取り込む。 （４）デバッガ起動用画面を表示し、以降、操作者によ
るデバッガ操作が可能となる。 （５）操作者は、変数の内容を表示したり、ブレークポ
イントを設定する等デバッガ用画面から入力操作を行っ
た後、デバッグ対象プログラムを起動する為のコマンド
を入力する。 （６）デバッガは、デバッガ起動用の画面をセーブし、
それまでセーブされていたユーザプログラム用の画面を
新たにリストアした後、制御をデバッグ対象プログラム
に移行させ、ｗａｉｔ状態に入る。 （７）デバッグ対象プログラムの実行中に、先に設定し
たブレークポイントに到達すると、デバッグ対象プログ
ラムは再びｗａｉｔ状態に入り、制御はデバッガに移
り、デバッガのそれまでのｗａｉｔ状態が解除される。 （８）デバッガは、それまで表示されていたユーザプロ
グラム用の画面内容をセーブすると共に、それまでセー
ブされていたデバッガ起動用画面をリストアする。これ
により上記ステップ（５）と同じ状態となり、以降再び
デバッガ操作が可能となる。Example 1. An embodiment of the present invention will be described with reference to FIGS. The operating environment of the debugger according to the present invention is the same as in FIG. The operation will be described below with reference to the flowchart of FIG. (1) When the debugger is started and the load module name 3 to be debugged is input, the debugger (parent process)
Fork command SVC (Supervisor call)
Generates a macro, creates a child process, and enters the wait state. (2) The child process issues the Prace command,
Declare debug mode. Then the child process
Execute the load module 3 to be debugged,
Enter the wait state. As described above, the debugger as the parent process and the debug target module as the child process are generated, and the debug target module is waiting in the state waiting for the command from the debugger. (3) When the debug target module enters the wait state in step (2) above, the wait of the debugger (parent process)
The t state is released, and then the program information file 4 generated at the time of compiling the debug target load module and the user source program of the debug target module are loaded. (4) The screen for starting the debugger is displayed, and thereafter the operator can operate the debugger. (5) The operator inputs the command for starting the program to be debugged after performing input operations from the debugger screen such as displaying the contents of variables and setting breakpoints. (6) The debugger saves the screen for starting the debugger,
After newly restoring the previously saved screen for the user program, control is transferred to the debug target program and the wait state is entered. (7) When the breakpoint set earlier is reached during execution of the debug target program, the debug target program enters the wait state again, control is transferred to the debugger, and the wait state of the debugger up to that point is released. (8) The debugger saves the contents of the user program screen that have been displayed until then, and restores the previously saved screen for starting the debugger. As a result, the same state as in step (5) above is entered, and the debugger operation can be performed again thereafter.

【００１１】実施例２．この発明の実施例を、図２、図
３、図４、及び図７について説明する。本発明によるデ
バッガの動作環境に関しては、図７と同じである。図３
は、プログラム情報ファイルの内部構造を示したもの
で、３ａは、変数のメモリ上のアドレスと、ソースプロ
グラム上における行番号との対応定義部であり、３ｂ
は、各変数名と、該変数のメモリ上のアドレス、変数の
データタイプ、及び変数のレングスを定義付けるもので
あり、３ｃは、レコードバッファの名称と、該レコード
名で規定されるバッファのメモリ上の開始アドレスとレ
ングスの定義部である。図４は、プログラムチェックエ
ラー発生時における解析情報の表示例を示したもので、
４ａは不具合発生の要因となったエラー種別、４ｂは変
数名称、４ｃは変数内容のアンパック形式による表示、
４ｄは変数内容のシンボリック形式による表示例を示し
ている。又、４ｅは、プログラムチェック発生に到るま
での数回分（既定値による）の分岐トレース内容を行番
号にて表現したものである。Embodiment 2. An embodiment of the present invention will be described with reference to FIGS. 2, 3, 4, and 7. The operating environment of the debugger according to the present invention is the same as in FIG. Figure 3
Shows the internal structure of the program information file, 3a is the definition part of the correspondence between the memory address of the variable and the line number in the source program, and 3b
Defines the name of each variable, the address of the variable on the memory, the data type of the variable, and the length of the variable. 3c is the name of the record buffer and the memory of the buffer specified by the record name. Is the definition part of the start address and length of the. FIG. 4 shows a display example of analysis information when a program check error occurs.
4a is the type of error that caused the failure, 4b is the variable name, 4c is the unpacked display of the variable contents,
4d shows a display example of the variable contents in a symbolic format. Reference numeral 4e represents branch trace contents for several times (by default) until the occurrence of the program check, expressed by line numbers.

【００１２】次に動作について図２に従って説明する。 （１）デバッガより起動されたユーザプログラムの実行
中に、プログラムチェックエラーが発生すると、ＣＯＲ
Ｅなる実行時のメモリイメージファイルを生成し、デバ
ッグ対象のユーザプログラムはｗａｉｔ状態に入る。ま
た、この時、制御はデバッガに戻り、デバッガのｗａｉ
ｔ状態が解除される。 （２）ｗａｉｔのリターン値からプログラムチェックエ
ラー種別を判別して出力する（４ａ）。 （３）ＣＯＲＥファイルより、メモリアドレス形式で記
述されているブランチトレース情報を得る。 （４）プログラム情報ファイル（図３）の、行番号と、
メモリアドレスの対応定義部３ａからブランチトレース
情報を行番号対応に変換して出力する（図４の４ｅ）。 （５）プログラム情報ファイル中（図３）から変数名と
番地、タイプ、長さの情報をもとに、メモリに貼りつい
ているロードモジュールのデータ部からデータを取り出
し、変数名称、変数内容、及び変数内容のシンボリック
表現にて、これらを表示する（４ｂ、４ｃ、４ｄ）。Next, the operation will be described with reference to FIG. (1) If a program check error occurs during execution of the user program started by the debugger, COR
A memory image file at the time of execution E is generated, and the user program to be debugged enters the wait state. At this time, the control returns to the debugger, and the debugger wai
The t state is released. (2) The program check error type is discriminated and output from the return value of wait (4a). (3) Obtain the branch trace information described in the memory address format from the CORE file. (4) Line numbers in the program information file (Fig. 3),
The branch trace information is converted from the correspondence definition portion 3a of the memory address into the correspondence to the line number and output (4e in FIG. 4). (5) Based on the variable name, address, type, and length information in the program information file (Fig. 3), the data is extracted from the data section of the load module pasted in the memory, and the variable name, variable content, and These are displayed in a symbolic representation of the variable contents (4b, 4c, 4d).

【００１３】実施例３．またこの発明の第３の実施例に
ついて、図２、図３、図５、及び図６、及び図７に基づ
いて説明する。図３、及び図７は実施例１と変わるとこ
ろはない。図５は、ユーザソースプログラム１のデータ
部を記述したもので、実施例ではユーザデータファイル
６としてファイルＡ、ファイルＢ、ファイルＸを保持
し、各ファイルへアクセスする為のレコード名称がそれ
ぞれレコード名Ａ、レコード名Ｂ、レコード名Ｘと定義
され、さらに各レコードは複数より成る変数名で構成さ
れていることを示している。図６は、プログラムチェッ
クエラー要因がデータ不正例外であった場合の出力表示
例を示したものであり、６ａは、エラー要因となったレ
コードを含むユーザデータファイル名を、６ｂはレコー
ド番号、６ｃは変数名、６ｄは変数名に対応した数値の
アンパック形式表現例、６ｅはアンパック形式で表現さ
れた数値のシンボリック形式による表現を示している。
また、−印は数値データに不正があり、シンボリック表
現できなかったことを示している。Embodiment 3. A third embodiment of the present invention will be described based on FIGS. 2, 3, 5, 6, and 7. 3 and 7 are the same as those in the first embodiment. FIG. 5 describes the data part of the user source program 1. In the embodiment, the user data file 6 holds files A, B, and X, and the record names for accessing each file are record names. It is defined that A, record name B, and record name X, and that each record is composed of a plurality of variable names. FIG. 6 shows an example of an output display when the program check error factor is a data invalid exception. 6a is the user data file name including the record that caused the error, 6b is the record number, and 6c. Is a variable name, 6d is an example of an unpacked numerical expression corresponding to the variable name, and 6e is a symbolic expression of a numerical value expressed in the unpacked format.
Further, the-mark indicates that the numerical data was incorrect and could not be symbolically expressed.

【００１４】次に動作について説明する。図２における
ステップ２ａの詳細について以下に順を追って説明して
ゆく。 （１）ソースプログラムファイル１より、図５で構成さ
れるファイル名、及びレコードフォーマット情報を得
る。 （２）レコード名をもとに図３のプログラム情報ファイ
ルから、該レコードバッファのアドレスと長さを得る。 （３）上記アドレス、及び長さの情報をもとにメモリ上
からレコードバッファの内容を得る。 （４）上記ステップ（１）で得たレコードフォーマット
を構成する変数名からプログラム情報ファイル（３ｂ）
を検索し、該変数名のデータが数値タイプの変数かどう
かチェックし、数値タイプの場合には、上記ステップ
（３）で得たレコードバッファ内容に対して数字データ
として不正があるかどうかチェックする。 （５）不正がなければ、図５のソースプログラムファイ
ルで、次のレコードフォーマットが定義されているか否
かチェックし、最終レコードでなければステップ（１）
へ戻る。 （６）上記ステップ（４）にて、数値データに不正が発
見された場合には、ステップ（１）で得たファイル名を
もとに、ユーザデータファイル６をアクセスし、該ファ
イルのレコードを全件チェックする。そして、図３のプ
ログラム情報ファイル構造に従って、変数名に対応した
番地を行番号に変換し、レコード番号、不正データ内
容、及び不正データ内容をシンボリック表現した情報と
共に表示する（図６）。Next, the operation will be described. Details of step 2a in FIG. 2 will be described below step by step. (1) The file name and record format information configured in FIG. 5 are obtained from the source program file 1. (2) The address and length of the record buffer are obtained from the program information file of FIG. 3 based on the record name. (3) The contents of the record buffer are obtained from the memory based on the above address and length information. (4) Program information file (3b) from the variable names that make up the record format obtained in step (1) above
Is checked to see if the data of the variable name is a numeric type variable, and if it is a numeric type, it is checked whether the record buffer contents obtained in step (3) above are invalid as numeric data. . (5) If there is no injustice, it is checked whether the following record format is defined in the source program file of FIG. 5, and if it is not the final record, step (1)
Return to. (6) In step (4), if an illegality is found in the numerical data, the user data file 6 is accessed based on the file name obtained in step (1), and the record of the file is retrieved. Check all cases. Then, according to the program information file structure of FIG. 3, the address corresponding to the variable name is converted into a line number, and the record number, the illegal data content, and the illegal data content are displayed together with the symbolic information (FIG. 6).

【００１５】[0015]

【発明の効果】以上のように、この発明によれば、デバ
ッガ起動画面と、ユーザプログラム画面を、オペレータ
操作により逐次切り換えることなく自動的に画面切り換
えするため、操作の繁雑さを解消できるという効果があ
る。また、プログラムデバッグ中、不具合が発生した場
合においても、エラー発生に到るまでのプログラム実行
履歴や、不具合発生時点でのデータ内容を、ソースプロ
グラムと対比した形式で操作者にとって理解しやすいシ
ンボリック表現にて出力し、加えて、不具合要因がユー
ザデータファイル中のデータに起因する場合には、実行
時にアクセスしていた上記ユーザデータファイル中のレ
コードを自動的に全件チェックするようにしたので、プ
ログラムデバッグ作業に要する時間を大幅に短縮できる
という効果を奏する。As described above, according to the present invention, the debugger startup screen and the user program screen are automatically switched without being sequentially switched by an operator operation, so that the complexity of the operation can be eliminated. There is. In addition, even if a problem occurs during program debugging, the program execution history up to the occurrence of the error and the data content at the time of the problem occurrence are symbolic expressions that are easy for the operator to understand in a format that compares with the source program. In addition, when the cause of failure is caused by the data in the user data file, all records in the above user data file that were accessed at the time of execution are automatically checked. This has the effect of significantly reducing the time required for program debugging work.

【図面の簡単な説明】[Brief description of drawings]

【図１】本発明の実施例１を示すデバッガの制御フロー
チャートである。FIG. 1 is a control flowchart of a debugger showing a first embodiment of the present invention.

【図２】本発明の実施例２を示すデバッガの制御フロー
チャートである。FIG. 2 is a control flowchart of a debugger showing a second embodiment of the present invention.

【図３】本発明で使用するコンパイル時に出力されるプ
ログラム情報ファイル構造である。FIG. 3 is a program information file structure output at the time of compilation used in the present invention.

【図４】本発明によるプログラムチェックエラー発生時
におけるエラー情報の画面表示例である。FIG. 4 is a screen display example of error information when a program check error occurs according to the present invention.

【図５】本発明で使用するレコードフォーマット定義情
報の例を示す図である。FIG. 5 is a diagram showing an example of record format definition information used in the present invention.

【図６】本発明による、データ不正情報の画面表示例で
ある。FIG. 6 is a screen display example of data fraud information according to the present invention.

【図７】デバッガの動作環境全体図である。FIG. 7 is an overall operating environment diagram of a debugger.

【図８】従来のデバッガ制御フローチャートである。FIG. 8 is a conventional debugger control flowchart.

【符号の説明】[Explanation of symbols]

４ｂ、４ｃ、４ｄ プログラムチェックエラー発生時に
おけるデータ解析結果表示例 ４ｅ プログラムチェックエラー発生時における分岐ト
レース表示例 ６ｂ、６ｃ、６ｄ、６ｅ データ不正例外エラー発生時
におけるファイル内容表示例4b, 4c, 4d Example of data analysis result display when program check error occurs 4e Example of branch trace display when program check error occurs 6b, 6c, 6d, 6e File content display example when data invalid exception error occurs

Claims (3)

【特許請求の範囲】[Claims] 【請求項１】 デバッガ、及び被デバッグプログラム
が、各々親・子関係を有する独立したプロセスとして構
成され、 デバッガは、被デバッグプログラムに対するコマンド送
出、および上記被デバッグプログラムからの実行結果の
受信手段を有し、被デバッグプログラムは、上記コマン
ドの受信、解読、実行、および実行結果の送信手段を有
し、 モニタ部は、デバッガが上記コマンド送出後に、該デバ
ッガを被デバッグプログラムからの実行結果受信待ち状
態に移行させ、被デバッグプログラムをコマンド実行状
態に移行させ、 上記コマンド終了後に、上記実行結果をデバッガに転送
すると共に、被デバッグプログラムを再び、次のコマン
ド待ちの状態に移行させる手段を有するデバッグ装置に
おいて、 実行制御のデバッガ、及び被デバッグプログラム間の遷
移時において、各々上記デバッガ、並びに被デバッグプ
ログラムに対応した画面情報をセーブ、リストアする手
段を備えたことを特徴とするデバッグ装置。1. A debugger and a debugged program are configured as independent processes each having a parent / child relationship, and the debugger has means for sending a command to the debugged program and receiving an execution result from the debugged program. The debugged program has means for receiving, decoding, executing, and transmitting the execution result of the above command, and the monitor section waits for the execution result to be received from the debugged program after the debugger sends the command. State, the debugged program is shifted to the command execution state, and after the command is finished, the execution result is transferred to the debugger, and the debugged program has a means for shifting the debugged program to the next command waiting state again. In the device, the execution control debugger and the During transition between program, each said debugger, and save the screen information corresponding to the debug target program, the debugging apparatus characterized by comprising means for restoring. 【請求項２】 被デバッグプログラム実行時の不具合発
生に対して、該不具合発生検知手段、及び不具合発生時
の情報を外部ファイルに格納する手段を有するデバッガ
装置において、 上記不具合発生時のメモリ情報、及び制御情報をシンボ
リック形式にて画面表示する手段を備えた事を特徴とす
るデバッガ装置。2. A debugger device having a defect occurrence detecting means and a means for storing information on the occurrence of the failure in an external file in response to the occurrence of the failure during execution of the program to be debugged. And a debugger device having means for displaying control information on a screen in a symbolic format. 【請求項３】 被デバッグプログラム実行時の不具合発
生において、不具合発生要因がユーザデータに起因する
と判明した場合に、上記不具合発生に係るユーザデータ
ファイルを特定し、該ファイル中のデータをチェック
し、不正データが発見された場合にはシンボリック形式
にて画面表示する手段を備えたことを特徴とするデバッ
ガ装置。3. When a defect occurs during execution of a program to be debugged, and it is found that the cause of the defect is caused by user data, the user data file relating to the defect occurrence is specified and the data in the file is checked. A debugger device comprising means for displaying a screen in a symbolic format when illegal data is found.