JPS6292033A

JPS6292033A - プログラムデバツグ装置

Info

Publication number: JPS6292033A
Application number: JP60232526A
Authority: JP
Inventors: Kiyoshi Kodama; 児玉　清; Shiro Fukushima; 福島　史郎
Original assignee: Omron Tateisi Electronics Co
Current assignee: Omron Corp
Priority date: 1985-10-17
Filing date: 1985-10-17
Publication date: 1987-04-27

Abstract

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

Description

【発明の詳細な説明】〈発明の技術分野〉本発明はプログラムのデバッグ装置、特に高級言語のソ
ースプログラムレベルでのブレーク機能を改良したもの
に関する。

〈発明の概要〉この発明は、被デバツグプログラムにブレークポイント
を設定する際、ソースプログラム上に設定する複数のポ
イント位置と、設定されたポイントの実行順序とを適宜
指定可能とする一方、指定した順序でプログラム上のポ
イントが実行されたことが判断されたときのみブレーク
を発生させるなどしてオペレータに知らせることにより
、被デバツグプログラムの異常な流れを捕捉可能とした
ものである。

〈発明の背景〉現在、高級言語レベルにおけるプログラム開発支援手段
として、いわゆる［シンポリノクデハッガ」が使用され
ることが多い。更にかかるシンポリソクデバソガのデバ
ッグ機能の１つとして、被デバツグプログラムを実行さ
せたとき、該プログ→１、の実行を途中で強制的に一旦
停止させるブレーツノ機能が知られる。

ところで上記ブレーク機能は従来、ブレークポイント設
定用のコマンドを用いて、プログラムの流れの中で特に
問題となりそうなソースプログラム上の行番号を指定し
ておき、プログラムの実行時に何れかのブレークポイン
トが実行されると、それを検出して直ちにプログラムを
停止するものが一般的であった。

しかしながら実際のデバッグ作業時に於いては、上記の
様に単なる点でプログラムの流れを捉えただけでは不足
で、全体の流れの中でプログラムの実行過程を観察して
はじめて、被デバツグプログラムの異常が発見できる場
合が多い。

〈発明の目的〉本発明は上記問題に着目してなされたものであって、ソ
ースプログラム上に設定された複数のポイントが、予め
指定したシー）１ンスで実行された時のみブレークを発
生させることにより、被デバツグプログラムの異常な流
れを精細に定義して捕捉可能とするデバッグ装置を提供
することを目的とする。

〈発明の構成および効果〉上記目的を達成するため、本発明のプログラムデバッグ
装置では、デバッグすべきソースプログラム上に複数の
ポイントを設定する手段と、設定されたポイントの実行
順序を指定する手段と、プログラムを実行した際に、ポ
イントの実行順序を検出する手段と、ポイントの指定順
序と実行順序とが一致すると、一致したことを表示する
手段とをその構成とする。

本発明の上記構成によれば、被デバツグプログラムの異
常な動きを、ソースプログラムのレベルで細かく定義し
て捕捉することが可能となり、プログラム開発効率を向
上できる効果を有する。

〈実施例の説明〉以下図面に示す実施例に基づき、本発明を具体的に説明
する。

なお実施例では、汎用コンビエータを用い、デバッグ目
的１１一応こ′て周辺機器およびソフトウェー？を取り
替えろことにより適用範囲を広げたＣ　’ＲＡｆｉ川の
デバ・グ・システムに本発明を実施した一例を示すが、
これに限らず、それ単独で動作するデバッグ専用機等に
も略同様に実施でき、又、被デバツグプログラム用の言
語も「ｃ」以外の各種高級言語に変更して実施できるこ
とは勿論である。

本発明を実施するデバッグシステムは、第３図に示す如
く、汎用コンピュータを使用したエンジニアリングワー
クステーション１１と、該ワークステーション１１に対
するオペレータの直接的なアクセスを可能とする端末装
置１２と、ワークステーション１１を用いて開発された
被デバツグプログラムをワークステーション１１側から
の制御の下に実行し、アセンブラレベルでのデバッグを
可能とするデバッグ実行装置１３とから構成される。

ワークステーションＩｔは、マイクロプロセッサを使用
した演算制御装置２１を中心としてＲＡＭから成る内部
記憶装置２２と、ハードディスクドライブ等の外部記憶
装置２３と、周辺装置に対するインターフェース回路を
備えた入出力装置２４とを各種バス２５を介して接続し
たものであって、更にワークステーション１１に対し、
入出力装置２４を通じて端末装置１２とデバッグ実行装
置１３とが接続される。

端末装置１２は、ワークステーション１１に対する直接
的なアクセスを可能とするキーボード２６と、ワークス
テーション１１内でのデータ処理状況を視認しうる形で
表示するＣＲＴ等のディスプレイ装置２７とから成り、
キーボード２６からのコマンド入力により、外部記憶装
置２３に予め格納しておいた第４図に示すコンパイラ３
トシンポリンクデバソガ３２等の実行フログラム、ソー
スプログラム３３・ロードモジュール３４等から作られ
るデータを内部記ｊｉｆｆ装置２２にロードした後、演
算制御装置２１においてプログラム３１・３２を順次実
行させることにより、ワークステーション１１はデバッ
グ実行装置１３を制御しながら全体でデバッグシステム
として動作する。

デバッグ実行装置１３は、デバッグすべきプログラムを
走らせうるマイクロプロセッサを制御部に使用した電子
式金銭登録機等の被デバツグ装置２８と、該被デバツグ
装置２８とワークステーション１１間にあって、被デバ
ツグ装置２８のＣＰＵに代わって被デバツグ装置２８を
直接制御するエミュレータ２９とから成る。該エミュレ
ータ２９はそれ単独でもアセンブラレベルでのデバッグ
を可能とするものであるが、本実施例にあっては、入出
力装置２４を通じてワークステーション１１側から与え
られたコマンドに対応して、被デバツグ装置２８上のメ
モリーの内容を表示、更新し、あるいは又、被デバツグ
装置２８上のプログラムを実行、停止等の各種制御を行
った後、その結果をワークステーション１１側に返送す
ることにより、ワークステーション１１側で高級言語に
よるソースプログラム３３のレベルでのデバッグ処理を
可能とする。

第４図は、Ｃ言語で記述されたソースプログラム３３が
機械語に翻訳され、更にシンボリックデバッガされるま
での主としてワークステーション１１内部におけるソフ
トウェアによる処理の流れを概略的に示す。

まず最初に、複数のファイルから成るソースプログラム
３３は、ワークステーション１１内部でコンパイラ３１
によりコンパイルされ、ロードモジュール３４が形成さ
れる。ロードモジュール３４は、被デバツグ装置２８の
マイクロプロセッサが実行しうる機械語に加えて、該機
械語のアドレスとソースプログラム３３の行番号の対応
関係を示す行番号情報、ソースプログラム３３上で記述
された変数とデバッグ対象の装置２８上のメモリーアド
レスとの対応関係を示すシンボル情報を含むものであっ
て、そのファイル形式は、例えばオペレーティングシス
テムＵＮＩＸ　　ＳＹＳＴＥＭ　　’７（７）ＣＯＦＦ
（Ｃｏｍｍｏｎ　　０ｂｊｅｃｔ　　Ｆｉｌｅ　　Ｆｏ
ｒｍａｔ）に従って構成される。

次いでシンボリックデバッガ３２を作動させ、端末装置
１２のキーボード２６から所定のコマンドを入力すると
、該コマンドを処理するために必要なエミュレータコマ
ンドがエミュレータ２９に送られる。エミュレータ２９
は、かかるエミュレータコマンドを解釈、実行した後そ
の結果をデバッガ３２に返送する。

シンボリックデバッガ３２はその内部のメモリー上に、
ロードモジュール３４の行番号情報を基にして、機械語
のアドレスとそれに対応するファイル名、関数名、行番
号から成るレコード群で構成される行番号テーブルを予
め作成してあり、デバッガ３２はエミュレータ２９から
返送される処理結果を、上記行番号テーブルおよびソー
スプログラムファイル３３を参照しながら編集し、端末
装置１２のディスプレイ装置２７において表示する。

本発明は上記構成のデバッグシステムにあって、被デバ
ツグプログラムに対するブレークポイントの設定方法に
その特徴を有する。

第１図は、端末装置１２を用いて被デバツグプログラム
上にブレークポイントを設定する手順を示す。シンボリ
ックデバッガ３２は従来と略同様に、被デバツグプログ
ラムの実行順序を定義するためのポイント４１をソース
プログラム３３上に複数設定する機能を有し、例えば端
末装置１２のキーボード２６からｐｏ　ｍａｉｎ　（３
）”とコマンドを入力して、ディスプレイ装置２７の表
示画面４８上でポイント４１を定義すれば、関数ｍａｉ
ｎの３行目に対して、ソフトウェアブレークポイントの
手法を用いてブレークポイントが設定される。図示例で
は、以下同様に関数ｍａｉｎの１０行目と、関数ｆｕｎ
ｃの１３行目の３箇所にポイント４°１が設定されてい
る。

更にデバッガ３２は、ポイント番号４２を参照するコマ
ンド４３であるｄｉｓｐ”の入力により、上記の如く定
義したポイント４１に対し、ポイントの種類に対応して
異なったポイント番号４２を、例えば１〜３の如く自動
的に割り付ける。

次に上記ポイント番号４２と、ポイント４１の実行順序
を定義するためのコマンド４４である“ｓｅｑ”とを用
いて、”　ｓｅｑ　１３２１″の如くポイント４１の実
行順序を定義する。この時デバッグ３２のメモリー上に
は、第５図の如く所定桁数のｓｅｑテーブル４５と実行
テーブル４６が予め設けられており、上記ｓｅｑコマン
ド４４を用いてポイント４１の実行順序を入力すると、
その指定番号４２のデータ４７がｓｅｑテーブル４５に
対し右づめで格納され、余った左のカラムには「０」が
入る。本例では、ｓｅｑテーブル４５上にｒｏ１３２１
Ｊのデータ４７が設定されており、ポイント番号４２が
１→３→２→１の順序で実行されたときのみブレークが
発生して、オペレータにブレークの発生を表示する様に
実行順序が設定されたことを示す。

第２図は、上記の如くポイント４１および該ポイント４
１の実行順序４７が定義された後に被デバツグプログラ
ムが実行された時、被デバツグプログラム上のポイント
４１が指定順序４７で実行されたか否かを検出するため
の処理の流れを示している。

ステップ５１は実行の「始め」を示し、デバッガ３２に
対し所定のコマンドを入力することにより処理は開始さ
れる。かかる処理の開始と連繋し、ステップ５２におい
て、第５図（ａ）に示す如く実行テーブル４６の全ての
桁がｒＯＪにイニシャライズされる。

次に被デバツグプログラムは、上記した手順で設定され
たポイント４１の何れかを通過してブレークが発生する
まで実行される（ステップ５３）。ブレークが発生した
ことが検出されると、ステップ５４において、だい５図
（ｂ）の如く実行テーブル４６の内容は左に１桁分だけ
シフトされ、今回発生したブレークのポイント番号「３
」が右端にセットされる。次いでステップ５５において
、実行テーブル４６の内容はｓｅｑテーブル４５と各桁
毎に比較され、ｓｅｑテーブル４５上データ４７のｒＯ
Ｊ以外の全ての桁が互いに一致するか否かが判定される
。かかる判定が“ＮＯ”であれば、デバッガ３２は自動
的に被デバツグプログラムを再実行させ、ステップ５３
に戻って上記処理を繰り返すことにより、実行テーブル
４６上に、ポイント４１の実行履歴を記録して行く。

一方第５図（Ｃ）の様に、ｓｅｑテーブル４５の内容４
７と実行テーブル４６の実行履歴とが一致して、ステッ
プ５５の判定が“ＹＥＳ”となれば、予め利用者がｓｅ
ｑコマンド４４で定義した順序で被デバツグプログラム
上のポイント４１が実行されたと判断されるので、ステ
ップ５６において利用者に対し、ｒｓｅｑコマンドで定
義された順序でプログラムが実行された」旨のメツセー
ジを表示して、ブレークの発生を利用者に告げるのであ
る。

【図面の簡単な説明】

第１図はポイントの実行順序を指定する手順の一例を示
す表示画面の正面図、第２図はポイントの実行順序を検
出する手順を示す流れ図、第３図は本発明を実施するだ
めのデバッグシステムの一例を示すブロック図、第４図
は第３図のシステム中における処理の流れを説明する概
略図、第５図（ａｌないしくＣ１はポイントの実行順序
の検出手順を示す説明図である。１１・・・・ワークステーション１２・・・・端末装置２７・・・・ディスプレイ装置３３・・・・ソースプログラム４１・・・・ポイント４６・・・・実行テーブル特許　出願人　　立石電機株式会社ニアｆ３＞乙ニアｆｌＡ扇／／　　フークステーン・／！

Claims

【特許請求の範囲】

（１）デバッグすべきソースプログラム上に、複数のポ
イントを設定する手段と、設定されたポイントの実行順序を指定する手段と、プログラムを実行し、実行されたポイントの順序を検出
する手段と、ポイントの指定順序と実行順序とが一致すると、一致し
たことを表示する手段とを備えたプログラムデバッグ装
置。
（２）ポイントの実行順序検出手段は、メモリー上に所
定桁数の実行テーブルを設定し、各設定ポイントを通過
する毎に実行テーブルの内容を１桁づつシフトさせると
ともに、最下位桁に新たに通過したポイントの値をセッ
トしている特許請求の範囲第１項記載のプログラムデバ
ッグ装置。