JPH0272438A - デバッグ方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、デバッグ方式に関し、特にマイクロコンピュ
ータ開発支援システムにおいて、マイクロコンピュータ
用プログラム開発の効率化を行うのに好適なデバッグ方
式に関する。

〔従来の技術〕

従来、マイクロコンピュータ開発支援システムでは、タ
ーゲットシステムのプログラム誤り等を検出するためタ
ーゲットデバッガが使用されている。このターゲットデ
バッガは、実現形態によりアプリケーション向きデバッ
ガ、モニタデバッガ。

カーネル向きデバッガに分類される。これらのデバッガ
では、おおむね■デバッグ対象プログラムの任意アドレ
スからの実行、停止、およびステップ実行、■ブレーク
ポイントの設定、解除、■メモリ、レジスタへのデータ
書込み、および参照、■テストコマンド、データの設定
環境、■トレースの設定、実行、および表示などが、コ
マンドにより会話形式で進められる。

上述したデバッガのうちモニタデバッガは、第２図に示
すように、ターゲットシステム１上に完全なセルフ開発
環境を構築できるほどのＯ８機能。

ハードウェア構成はなく（このような場合、Ｏ８に相当
するモニタが稼働する）、デバッガ６のみがモニタと一
体化されて提供される。本形態でのデバッグでは、ホス
トシステム１でコンパイル、リンクしたロードモジュー
ル７を回線を通してダウンロード、ないしはＦＤ媒体５
によりローディングするか、またはターゲットシステム
でロードモジュールを作成する。そして、キーボード４
からコマンド等を入力することによりデバッガを起動し
て、プログラムデバッグを行い、そのデバッグ情報は、
デイスプレィ装置４に表示される。

このような開発支援システムを用いて開発されるＭＰＵ
は、データのセーブ、リカバーのためや。

サブルーチンコール、割込み処理の戻り番地や、制御情
報の保存９回復のためにスタックエリアを使用し、その
格納位置をスタックポインタ（ｓｐ）により管理する。

そこで、プログラムの誤りによりセーブ・リカバーの対
応や、ＭＰＵ制御の整合性がくずれると、ユーザプログ
ラムは暴走してしまい、気付いた時には、メモリのデー
タが破壊されるなど、どこが異常だったのか、知るのは
、非常に困難になる。

なお、関連する技術としては、本出願人が先に提案した
特願昭６２−２２２４７２号明細書が挙げられる。

〔発明が解決しようとする課題〕

上記従来技術では、エラーの検出箇所を特定できなかっ
たため、デバッグに時間がかかるという問題点があった
。

本発明の目的は、このような従来の問題点を解決し、デ
バッグの誤りを早期検出可能とし、デバッグの効率化を
図るデバッグ方式を提供することにある。

〔課題を解決するための手段〕

上記目的を達成するため１本発明のデバッグ方式は、マ
イクロコンピュータ開発支援システムのデバッグ方式に
おいて、スタックポインタの内容をチェックするための
チェックアドレスを制御メモリに設定するチェックアド
レス設定手段と、プログラム実行時に上記制御メモリに
設定されたチェックアドレスに対応するスタックポイン
タの内容をチェックするチェック手段とを設けたことに
特徴がある。

〔作用〕

本発明においては、スタックポインタの内容をチェック
するためのチェックアドレスを制御メモリに設定し、プ
ログラム実行時に上記制御メモリに設定されたチェック
アドレスに対応するスタックポインタの内容をチェック
することにより、マイクロコンピュータ用プログラム開
発の効率化を図る。

〔実施例〕

以下、本発明の一実施例を、図面により詳細に説明する
。

本実施例全体のシステム構成は、第２図と同様であるの
で、説明は省略することとし、前述した従来技術の説明
を参照されたい。

第１図は、本発明の一実施例を示すデバッガの機能構成
図である０本実施例は、上述したシステム環境下のデバ
ッガ６に、スタックポインタ（ＳＰ）の内容を設定する
機能と、ＳＰ内容をチェックする機能を追加したもので
ある。

第１図において、１１はスタックポインタの内容をチェ
ックするためのチェックアドレスを制御メモリに設定す
るＳＰチェックアドレス設定部、１２はＧｏコマンドの
実行制御を司るＧｏコマンド実行制御部、１３は従来か
らあるその他の各種コマンド処理部、１４は制御メモリ
、１５はプログラム実行時に上記制御メモリに設定され
たチェックアドレスに対応するスタックポインタの内容
をチェックするＳＰチェック処理部である。

第３図は、制御メモリ１４の内容を示す図である。これ
は、ＳＰの内容をチェックするためのＳＰチェックアド
レス等を設定するためのものであり、ＦＬＧｚｌＪ７，
５ＰＳＡＶＥｚす７．ＥＮＴ−１〜ＥＮＴ、エリア、Ｅ
ＸＴ−８〜ＥＸＴ−、エリアの格納エリアがある。

ＭＰＵシステムでは、ブツシュ命令ｒｐｕｓｈＡＪ　（
Ａレジスタ内容をスタックエリアへ格納）を実行すると
、現在のＳＰの示すメモリへデータを書込んだ後、ＳＰ
内容をプラス１する。逆に、ポツプ命令ｒｐｏｐ　　Ａ
Ｊ　を行うと、ＳＰ内容をマイナス１して、その示すメ
モリ内容をＡレジスタへ移す、また、サブルーチンコー
ルを行うと、その戻り番地が、自動的にスタックエリア
へプッシュされ、サブルーチンを抜けるリターン命令で
、自動的にその戻り番地が、ポツプアップされ、コール
元のルーチンへ戻ることができるのである。

従って、サブルーチンの中でＳＰの変化するような命令
が行われても、リターン命令を実行する時には、ＳＰの
値は、サブルーチンがコールされた直後の値に等しくな
っていなければならないのである。そこで、本実施例で
は、ＳＰの不一致が発生した時に、即ブレークが発生し
て、異常を知らせてくれる。

第４図〜第８図は、本実施例におけるデバッグ方式の詳
細を説明するためのフローチャートである。以下、本実
施例の詳細動作を、これらのフローに従って説明する。

第４図は、第１図におけるＳＰチェックアドレス設定部
１１の処理フローチャートである。

まず、入力情報としてパラメータにより入力されたエン
トリアドレス群、エグジットアドレス群が入力されると
、入力情報のうちエントリアドレス群を制御メモリ１４
のＥＮ’ｌ、〜ＥＮＴ−１Ｉｌへ設定し、エグジットア
ドレス群をそのＥＸＴ−□〜ＥＸＴ−０へ設定する。す
なわち、ＡＤＨ８ＥＴコマンドを実行することにより前
述した設定を行う。

第５図は、第１図におけるＧｏコマンド実行制御部１２
の追加機能を説明するための処理フローチャートである
。すなわち１本実施例では、従来の処理中に制御メモリ
１４のＦＬＧエリアと５ＰＳＡＶＥエリアをＯクリアす
る処理ステップ１０１と、ユーザプログラムの次の実行
アドレスが、第４図で設定したアドレスに一致するか否
かを判定し、一致すればＳＰ内容のチェックまたはその
準備を行うＳＰチェック処理ステップ２０１を追加し、
これらのステップによりＳＰの不一致の検出を早期に検
出できる。その後、正常処理の場合は、ユーザプログラ
ムの１ステツプを実行する（ステップ３０１）、次に、
Ｇｏコマンド実行終了を判定しくステップ４０１）、未
了の場合は処理を繰り返す。判定終了の場合は後処理を
行い、処理を終了する。その他、破線で示した部分には
、従来からあるＧｏコマンドの処理を行う。

第６図は、第１図におけるＳＰチェック処理部１５のＳ
Ｐチェック処理の詳細フローチャートである。すなわち
、第５図の処理ステップ２０１の詳細を示している。

まず、ユーザプログラムの次の実行命令アドレスＵＳＲ
−ＰＣとＥＮＴ−、エリアのアドレスを比較する（ステ
ップ６０１）、同様な比較をＥＮ’ｌ。

まで行う（ステップ６０５）、一致した時はＦＬＧエリ
アの内容をチェックしくステップ６１０）、値が１なら
ば、ブレークを出す（ステップ６１５）。

ＦＬＧエリアの内容がＯならば、５ＰＳＡＶＥエリアに
ＳＰの内容を設定し、続いてＦＬＧエリアに１を設定し
くステップ６２０）、ＳＰチェック処理を終了する（ス
テップ６２５）。

次にユーザプログラムの次の実行命令アドレスＵＳＲ−
ＰＣとＥＸ’１１エリアのアドレスを比較する（ステッ
プ６３０）、同様な比較をＥＸＴ−０まで行う（ステッ
プ６３５）、一致した時はＦＬＧエリアの内容をチェッ
クしくステップ６４０）、値がＯならば、ブレークを出
す（ステップ６１５）。

ＦＬＧエリアの内容が１ならば、ＳＰの内容と５ＰＳＡ
ＶＥエリアの内容とを比較しくステップ６４５）、不一
致の時はブレークを出す（ステップ６１５）。一致した
時は５ＰＳＡＶＥエリアおよびＦＬＧエリアを０クリア
しくステップ６５０）、ＳＰチェック処理を終了する（
ステップ６５５）。

ユーザプログラムの次の実行命令アドレスＵＳＲ−ＰＣ
とＥＸＴ−１〜ｎのアドレスとの比較処理６３０または
６３５において、不一致の時は、ＳＰチェック処理を終
了する（ステップ６６０）。

第７図は、サブルーチンＭＯＤ−Ａの処理ツーチャート
である。ここで、ＡＥＮ工、・・・、ＡＥＮＩｌは各エ
ントリのアドレス、ＡＥＸ、、　　・・・ＡＥＸｎは各
リターン命令のアドレスとする。

サブルーチンＭＯＤ−Ａは、条件の違いにより、入口（
ｍ個）および出口（ｎ個）が複数個存在する。

デバッグの実行に当っては、まず、ＡＤＲ３ＥＴコマン
ドを実行して、そのパラメータに、エントリアドレスＡ
ＥＮ□、・・・、ＡＥＮ□エグジットアドレスＡＥＸ工
、・・・、ＡＥＸｎを指定することによって、順にＥＮ
Ｔ−１〜ＥＮＴ−Ｉｎ、ＥＸＴ−８〜ＥＸ’ｌｏエリア
へ格納される。

次に、Ｇｏコマンド（第５図参照）を実行すると、まず
ＦＬＧエリアと５ＰＳＡＶＥエリアがＯクリアされ、以
降、ユーザプログラムの命令を１ステップ実行する毎に
、その直前にＳＰチェック処理（第６図参照）が行われ
る。

さて、ＧＯコマンドによるユーザプログラムの実行中に
、ＭＯＤ−Ａがコールされると（第８図）、ＣＡＬＬ命
令で戻り番地がスタックエリアへ格納され、ＳＰの内容
が更新され（それをｉとする）、続いてＡＥＮ工の命令
実行の直前に実施されるＳＰチェック処理で、ｉが５Ｐ
ＳＡＶＥへ、１がＦＬＧヘセットされる。その後、正常
な進行をすれば、（ＳＰ＝ｉ＋１）、（ＳＰ＝ｉ＋２）
、（ＳＰ＝ｉ＋１）、（ＳＰ＝ｉ）を経由して（ステッ
プ７０１゜７０５、７１０．７１５）、　ＡＥＸ、に：
至り、ｓｐの内容が５ＰＳＡＶＥエリアの内容と一致（
ｉ）するために、ＦＬＧエリア、５ＰＳＡＶＥエリアを
クリアして、何ごともなく、次の命令へと処理が続いて
行く。

一方、プログラムが誤っていて、分岐命令（ステップ７
２０）で、ＡＥＸ、へ向ってしまった場合。

ステップ７２５を通過して、５Ｐ＝ｉ＋１のまま、Ａ　
Ｅ　Ｘ　ｎ　テＳ　Ｐ　（ｉ　＋　１　）と５ＰＳＡＶ
Ｅ（ｉ）　との不一致が起こり、ＧＯコマンドの実行は
ブレークされ、ユーザは異常の発生を知る。

このように、本実施例においては、プログラムの作業時
に、プログラム制御の構造上の誤り、またはデータのス
タックエリアへのセーブ・リカバー等に矛盾が生じた時
、速やかに検出し、ブレークするので、ユーザはメモリ
のデータを調へて容易に問題箇所を見つけることが可能
である。

本実施例では、１組のエントリ＝エグジットポイントに
対するチェック処理について説明したが、複数組のもの
に対するチェック処理についても同様すこ適用できる。

〔発明の効果〕

以上説明したように、本発明によれば、デバッグの誤り
が早期検出可能となり、デバッグの効率化を図ることが
できる。

【図面の簡単な説明】

第１図は本発明の一実施例を示すデバッガの機能構成図
、第２図は本発明の適用対象であるマイクロコンピュー
タ開発支援システムの構成図、第３図は制御メモリの内
容を示す図、第４図は第１図におけるＳＰチェックアド
レス設定部の処理フローチャー１−１第５図は第１図に
おけるＧＯコマンド実行制御部の追加機能を説明するた
めの処理フローチャート、第６図は第１図におけるＳＰ
チェック処理部のＳＰチェック処理の詳細フローチャー
ト、第７図はサブルーチンＭＯＤ−Ａの処理ツーチャー
ト、第８図はＧｏコマンドにより実行されるユーザプロ
グラムの処理フローチャートである。 １１：ＳＰチェックアドレス設定部、１２：Ｇ○コマン
ド実行制御部、１３：その他の各種コマンド処理部、１
４：制御メモリ、１５：ＳＰチェック処理部。 第 図 Ｎ ｑコ 第 図 第 図 ＦＬＧ。 ニ＝＝コ ＰＳＡＶＥ 口＝＝＝コ ＮＴ−ｔ Ｅ肩−□ 口＝＝＝コ 二二二二コ ＥｘＴ−１＝＝＝コ ′＞１ ＥｘＴ−□　二二二コ 第 図 ：終了 第 図 第 図

Claims (1)

【特許請求の範囲】
1. （１）マイクロコンピュータ開発支援システムのデバッ
   グ方式において、スタックポインタの内容をチェックす
   るためのチェックアドレスを制御メモリに設定するチェ
   ックアドレス設定手段と、プログラム実行時に上記制御
   メモリに設定されたチェックアドレスに対応するスタッ
   クポインタの内容をチェックするチェック手段とを設け
   たことを特徴とするデバッグ方式。