JPH08272648A

JPH08272648A - デバッグコマンドファイルを自動的に生成する方法、およびデバッグコマンドファイルにおいてブレークポイントを自動的に再生成する装置

Info

Publication number: JPH08272648A
Application number: JP7285382A
Authority: JP
Inventors: Shiyuridouhaa Abadani; アバダニ・シュリドゥハー; Shimonzu Jiyon; ジョン・シモンズ
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1994-12-29
Filing date: 1995-11-01
Publication date: 1996-10-18
Also published as: US5815714A

Abstract

(57)【要約】【課題】デバッグコマンドファイルを手作業によらず
自動的に生成する。【解決手段】埋め込みデバッグコマンド１５４を有す
るソースコードプログラム１５２と、アセンブラ１５６
を含むデバッグコマンドを再生成する方法および装置で
あって、アセンブラ１５６はソースコードプログラム１
５２を処理して、埋め込みデバッグコマンド１５４を抽
出する一方、オブジェクトコード１６２を生成する。デ
バッグコマンドは、シミュレーションの際に使用するた
めにコマンドファイル１５８に格納される。シミュレー
タはアセンブルされたオブジェクトコード１６２をデバ
ッガと共同して実行し、デバッガは、実行サイクルにお
いて指定された時に、格納されたデバッグコマンドを実
行する。シミュレーションの実行が終了し、ソースプロ
グラムが修正されると、それに続くアセンブルの際に決
定される正しいアドレスによってデバッグコマンドは自
動的に再生成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般的に、コンピ
ュータシステムに関するものであり、特に、シミュレー
タによるソースコードプログラムの修正の際に適切なア
ドレスにデバッグコマンドを自動的に再生成する装置お
よび方法に関するものである。

【０００２】

【従来の技術】本発明はコード開発の際に用いられる基
本的なデバッグ技術の改善を提供する。デバッグとは、
バグ、即ち、コンピュータプログラムの論理エラーを検
出し、トレースすることである。先行技術における典型
的なデバッグは、シミュレータとデバッガを利用するも
のである。シミュレータは、ソースプログラムから導出
されたオブジェクトコードを実行し、デバッガとの相互
作用により実行の流れを制御するのに用いられる。デバ
ッガは、通常、コマンド言語を有しており、それをデバ
ッグコマンドファイルからバッチ形式で実行できる。コ
マンドファイルは、一般的に、アドレス、行番号、ラベ
ルあるいはラベルからのオフセットにより示されるソー
スファイルの位置にブレークポイントを設定するブレー
クポイントコマンドを含んでいる。一般的に、プログラ
マが、シミュレーションの設定の際に、手作業でそれら
のブレークポイントコマンドを作成し、特定の命令の実
行の前に（絶対アドレスあるいはラベルで示される）ブ
レークポイントを設ける。

【０００３】シミュレーションの際に、シミュレータ
は、指定されたブレークポイントに達するまでオブジェ
クトコードを実行する。ブレークポイントでは、デバッ
グコマンドを利用して、レジスタ、変数、および他のプ
ログラムパラメータが調べられる。あるパラメータが期
待される結果と異なる場合、ユーザは、プログラムにバ
グが存在するかもしれないことを知る。次いで、デバッ
グコマンドを利用してメッセージをプリントし、プログ
ラムを続けるか停止する。

【０００４】

【発明が解決しようとする課題】ソースプログラムのエ
ラーが発見されると、新しいコードを生成するか、現在
のコードを修正あるいは完全に削除する。次いで、ソー
スプログラムは再アセンブルされる。従って、新しくア
センブルされたコードでは行番号が新しくなったり、命
令の相対アドレスが変化するため、元のソースコードに
基づいて確立されたブレークポイントを更新する必要が
生じ得る。絶対アドレス体系を利用する先行技術のデバ
ッガでは、シミュレーションの再実行をする場合、ブレ
ークポイントを設定する新しいアドレスを反映するよう
にエンドユーザがコマンドファイルを手作業で更新する
必要がある。デバッグ／シミュレーションが完了するま
で、このようにして手作業が対話的に繰り返される。

【０００５】実行される対話的な手作業を最小にするこ
とを意図して、他の先行技術デバッガでは、絶対アドレ
スの代わりにラベルを用いている。そのようなデバッガ
システムでは、特定のブレークポイントをコマンドファ
イルの一部として最初に手作業で記述する際に、絶対ア
ドレスの代わりにラベルを用いている。アセンブリプロ
セスにおいては、アセンブルされているソースプログラ
ムの現行のバージョンに基づき、特定のラベルに対応す
る絶対アドレスを格納するためのシンボルテーブルが作
成される。したがって、修正されたソースプログラムを
再アセンブルする際には、各ラベルに対応する新しい絶
対アドレスによってシンボルテーブルが更新される。ソ
ースプログラムの更新毎にデバッグコマンドファイルを
手作業で編集する必要はないが、この「ラベル」体系
は、依然として不当に煩わしく非効率的である。第１
に、デバッグブレークポイントを最初に記述する際に
は、上記の「ラベル」体系を利用するユーザはソースプ
ログラムに適切なラベルを挿入しなければならず、ま
た、コマンドファイルを手作業で作成する必要もある。
第２に、最初にコマンドファイルを作成した後、ユーザ
が別のブレークポイントを追加設定することにした場
合、ソースプログラムに適切なラベルを挿入する必要が
あり、又、コマンドファイルに所望のブレークポイント
コマンドを手作業で追加する必要もある。それに加え、
ソースコードプログラム自体の一部としてのラベルは、
必然的にアセンブルされ、アセンブルされたオブジェク
トコードの一部となる。したがって、デバッグサイクル
の最後に手作業によってラベルを恒久的に取り除かれな
ければ、オブジェクトファイルに場所を占めてしまう。
繰り返し行われるデバッグプロセスの性質からして、デ
バッグコマンドファイルの手作業による操作を無くした
り、アセンブリステップを減少させたり、アセンブルさ
れたプログラムのサイズを最小にするという改善は、こ
の技術分野において歓迎されるであろう。

【０００６】本発明の一つの目的は、ソースプログラム
から導出されるオブジェクトコードのシミュレーション
実行の際にデバッガにより用いられるデバッグコマンド
ファイルを自動的に生成する装置および方法を提供する
ことである。

【０００７】本発明の別の目的は、最新のコマンドファ
イルに格納されるデバッグコマンドを自動的に再生成
し、基になるソースコードを修正する結果として新しく
なった任意のソースコード位置に、それらデバッグコマ
ンドを正確にリンクする方法および装置を提供すること
である。

【０００８】本発明の別の目的は、後のアセンブルにお
いてデバッグコマンドを容易に再生成するために、ソー
スプログラムにおける特定の位置にデバッグコマンドを
リンクする方法および装置を提供することである。

【０００９】本発明の別の目的は、ソースコードプログ
ラム行に埋め込まれたデバッグコマンドを識別する装置
および方法を提供することである。

【００１０】本発明の更に別の目的は、アセンブルの際
にソースプログラムから埋め込みコマンドを抽出して、
そのソースプログラムから導出されるオブジェクトコー
ドのシミュレーションの際にデバッガで用いられるコマ
ンドファイルを自動的に生成することである。

【００１１】本発明の更に別の目的は、ソースプログラ
ムから導出され、デバッグコマンドあるいはそれに結び
付けられるラベルを含まない、アセンブルされたオブジ
ェクトコードを提供することである。

【００１２】本発明の前記ならびにその他の目的と新規
な特徴は、本明細書の記述および添付図面から明らかに
なるであろう。

【００１３】

【課題を解決するための手段】本願において開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
以下のとおりである。

【００１４】すなわち、前記および他の目的を達成する
ために、又、本発明の目的に従って、埋め込みデバッグ
コマンドを第１の識別可能なフィールドに有するソース
プログラムとアセンブラとを含む、デバッグコマンドを
再生成する方法および装置が提供される。アセンブラは
ソースコードを処理して、埋め込みデバッグコマンドお
よび対応するアドレス情報をソースコードから抽出し、
同時に、コンピュータの命令に必要なオブジェクトコー
ドを生成する。デバッグコマンドは、シミュレーション
の際に使用するために、コマンドファイルに格納され
る。シミュレータは、格納されたデバッグコマンドを実
行サイクルにおいて指定された時に実行するデバッガと
共同して、アセンブルされたオブジェクトコードを実行
する。シミュレーションモードが終了し、それに続いて
ソースプログラムが修正されると、デバッグコマンド
は、その後のアセンブルの際に決定される正しいアドレ
ス位置に自動的に再生成される。特に、編集されたソー
スファイルがロードされると、ブレークポイントはクリ
アされ、アセンブルのプロセスで抽出された埋め込みデ
バッグコマンドに基づいて、新しいコマンドファイルが
作られる。次いで、新しいデバッグコマンドファイルが
デバッガにより実行され、ブレークポイントは、確実
に、正しいソース行に設定される。埋め込みデバッグコ
マンドの実行はコマンド行オプションにより許可あるい
は非許可とされるので、デバッグが完了するとデバッグ
情報は出力されない。

【００１５】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて詳細に説明する。

【００１６】図１ａは、デバッグコマンドを含むコマン
ドファイルを生成する典型的な先行技術のプロセスを示
すものである。まず、ユーザ（プログラマ）がソースコ
ードプログラム１００を開発する。次いで、ソースコー
ドプログラム１００はアセンブラ１０２にロードされて
アセンブルされる。その結果得られるオブジェクトコー
ド１０４は、シミュレータ／デバッガおよびソースコー
ドエディタ１０６により実行できる。

【００１７】シミュレータ／デバッガおよびソースコー
ドエディタ１０６は、オブジェクトコード１０４の実行
を制御し、又、基になるソースコードプログラム１００
を必要に応じて修正するための便利な手段となってい
る。シミュレータ／デバッガおよびソースコードエディ
タ１０６は、ユーザインターフェース１０８、シミュレ
ーションエンジン１１０およびデバッグエンジン１１２
を有している。プログラマは、ユーザインターフェース
１０８を用いて、基になるソースコードを検討し、プロ
グラムの実行途中でのチェックを行うためにプログラム
実行のブレークポイントを設けることができる。デバッ
グエンジン１１２は、ユーザインターフェース１０８に
より生成されたデバッグコマンドファイル１１４を、デ
バッグコマンドプロセッサによる実行のために受け取
る。普通、デバッグコマンドファイルに含まれるコマン
ドによって、ブレークポイントが様々な位置に設定さ
れ、各ブレークポイントにおいて出力されるべき何らか
のデバッグ情報が定められる。ブレークポイントとは、
シミュレーションエンジン１１０がオブジェクトコード
１０４の実行を停止するアドレス位置であり、又、デバ
ッグコマンドファイル１１４に格納されたデバッグコマ
ンドでそのアドレス位置に対応するものがデバッグコマ
ンドプロセッサにより実行される。又、プログラマは、
オブジェクトコードがロードされた後にコードを検討
し、ユーザインターフェース１０８を介して、プログラ
ムブレークポイントを手作業で挿入することもできる。

【００１８】シミュレータ／デバッガおよびソースコー
ドエディタ１０６は、ソースコードプログラム１００の
シミュレーションの際に、コマンドファイル１１４と関
連させてオブジェクトコードを実行する。シミュレーシ
ョンが完了すると、検出された「バグ」を取り除くため
にソースコードプログラム１００の修正が必要となるこ
とがある。ソースコード１００に対する修正毎にプロセ
スが繰り返され、その度にユーザはコマンドファイル１
１４を生成する（あるいは、手作業で再生成する）こと
になる。

【００１９】図１ｂは、本発明の好適な実施の形態によ
る、デバッグコマンドを含むコマンドファイルを生成す
るプロセスを示している。第１に、ユーザ（プログラ
マ）は、埋め込みデバッグコマンド１５４を含むソース
コードプログラム１５２を開発する。次いで、ソースコ
ードプログラム１５２および埋め込みデバッグコマンド
１５４は、アセンブルのためにアセンブラ１５６にロー
ドされる。本発明のアセンブラ１５６は、埋め込みデバ
ッグコマンド１５４を抽出し、埋め込みデバッグコマン
ド１５４に対応するブレークポイントコマンド１６０を
含むコマンドファイル１５８を生成する。アセンブラ１
５６は、同時に、ソースコードをアセンブルして、アセ
ンブルされたオブジェクトコード１６２を生成する。結
果として得られるオブジェクトコード１６２およびコマ
ンドファイル１５８は、この段階でシミュレータ／デバ
ッガおよびソースコードエディタ１６４により実行可能
な状態となっている。プログラムの実行あるいは停止の
後に、コマンドファイル１５８から、古い埋め込みデバ
ッグコマンド１５４に対応するすべてのブレークポイン
トをワイプクリーン(wiped clean) する。その後、ユー
ザインターフェース１６６によりソースコード１５２が
修正され、元の埋め込みデバッグコマンド１５４を含む
新しいソースコード１７０が得られる。新しいソースコ
ード１７０は、各埋め込みデバッグコマンド１５４に対
する１セットの新しい正確なブレークポイント位置を自
動的に生成するために、アセンブラ１５６にロードする
ことができる。

【００２０】図２は、本発明の好適な実施の形態におい
て用いられるソースコードプログラム２００の一部を示
している。このソースコードプログラム２００は、コメ
ント２０６あるいは埋め込みデバッグコマンド２０８を
格納するコメントフィールド２０４を有する、個々のプ
ログラム行２０２および２０３を含んでいる。ユーザ
は、ソースコードプログラムを編集する際に、デバッグ
コマンドを追加することができる。一般的には、デバッ
グコマンドはプログラムパラメータを評価し、次いで、
オブジェクトコードの実行を続けるべきか停止すべきか
を決定する。シミュレーションを実施しているオペレー
タにステータスを示すために、デバッグコマンドが値や
メッセージをプリント出力する場合もしばしばある。好
適な実施の形態では、デバッグコマンドは、それが通常
のコメントではないことを示すために、コメントの始ま
りに特別な接頭語２１０が置かれたコメントとしてソー
スコードプログラム２００のコメントフィールド２０４
に書かれる。

【００２１】好適な実施の形態のデバッグコマンドを他
の方法でソースプログラムのターゲット行に埋め込むこ
とができることは、当業者には認められるであろう。ソ
ースプログラムの特定の言語上の必要によっては、ソー
スコードのターゲット行の他の位置の方が埋め込みのた
めにもっと適切かもしれない。コメントフィールド以外
の領域に埋め込みコマンドを配置する場合には、デバッ
グコマンドを抽出しコマンドファイルに挿入するアセン
ブラに、それに対応する変更が求められることは、当業
者には認められるであろう。コメントフィールドおよび
好適な実施の形態で用いられる特定の識別子について述
べたが、本発明の趣旨から逸脱することなく、他のフィ
ールドや識別子手段を選択することができる。したがっ
て、デバッグコマンドの埋め込みは、所定のソースコー
ドプログラムのための特定の行フォーマットには依存し
ておらず、所定のソースコードプログラムにおける生成
および識別、そしてそのプログラムからの除去ができれ
ばよい。

【００２２】本発明の第１の実施の形態によれば、コメ
ントフィールド２０４に埋め込まれるデバッグコマンド
は、所定のシミュレーションの際に、オブジェクトコー
ドシミュレーションとデバッグコマンドの両方を必要に
応じて実行する単一のプロセッサによって処理するため
に、同じプログラム言語で書くことができる。あるい
は、シミュレーションシステムに別に設けたデバッグ用
の第２のプロセッサにより処理するために、埋め込みデ
バッグコマンドを異なる言語あるいはより高級な言語で
書くこともできる。本発明は、単一のあるいは多重の言
語あるいはプロセッサ環境のどれにも適切な一般的なデ
バッグコマンドを念頭において説明される。

【００２３】デバッグコマンドはすべて一般的に、“Ｅ
ＮＤ”コマンドかブレークポイントコマンドか、どちら
かとして記述できる。“ＥＮＤ”コマンドは、オブジェ
クトコードの実行が、システム又はユーザによる中間の
停止が全く無しに終了した時に実行される。ブレークポ
イントコマンドは、コマンドファイルに格納された指定
されたアドレスにおいてオブジェクトコードプログラム
の実行に割り込み、プログラムパラメータのステータス
チェックを行う。ブレークポイントコマンドは２つの主
要なタイプに分類することができる。即ち、１）オーバ
ーフローコンディションあるいは他の重大なエラーによ
りシミュレーションの終了（そして、必然的にオブジェ
クトコードの実行）となる“ＨＡＬＴ”コマンド、そし
て、２）個々のコマンドにより指示されるデバッグ機能
を実行し、次いで、シミュレータによるオブジェクトコ
ードの実行をブレークが発生した箇所から継続する“Ｃ
ＯＮＴ”コマンドである。ＨＡＬＴデバッグコマンド
は、又、プログラムを停止させてユーザがプログラムパ
ラメータを調べるためにも用いられる。これらのデバッ
グコマンドのそれぞれの分類が本発明の装置および方法
によりどのように扱われるかについて述べることによ
り、本発明をより詳細に説明する。

【００２４】図３は、埋め込みデバッグコマンドを有す
るソースコードプログラム３００の一例を示している。
このプログラム３００はアセンブリ言語コード３０２、
３０４、３０６と埋め込みデバッグコマンド３０８、３
１０、３１２、３１４、３１６、３１８、３２０、およ
び３２２を含んでいる。プログラム３００において、文
字列“／＊”および“＊／”３２８は、所定のプログラ
ム行がコメントであって通常のアセンブリ言語コードで
はないことを示すものである。本発明の好適な実施の形
態では、第２の識別子“％ｓｉｍ＞”３３０が、デバッ
グコマンドの存在を示すものとして用いられている。文
字列“％ｓｉｍ＞”は文字列“／＊”の直後に置かれ、
このコメントが埋め込みデバッグコマンドを含んでお
り、通常のコメントではないことを示すものである。相
対メモリ位置３３２、３３４、３３６および３３８が、
ソースプログラム３００の隣の余白に示されている。こ
れらの位置は、アセンブリの後に命令が理論的に格納さ
れるメモリ領域に関するものである。これらはソースプ
ログラムの一部ではなく、以下詳細に説明されるデバッ
グコマンドファイルとの関連で、明瞭化のために個々の
命令を識別するのに用いられる。

【００２５】次に、図４を参照すると、本発明の好適な
実施の形態のアセンブラ４００が示されている。埋め込
みデバッグコマンドを含むユーザが開発したソースコー
ドファイル４０１はアセンブラ４００にロードされて処
理される。アセンブラ４００は、埋め込みデバッグコマ
ンドの抽出と、ソースコードからオブジェクトコードへ
のアセンブルを行う。アセンブラ４００は、デコーダ４
０２、コマンドプロセッサ４０４、メモリモジュール４
０６、コマンドファイルジェネレータ４０８およびオブ
ジェクトコードジェネレータ４１０を含んでいる。デコ
ーダ４０２は、ソースプログラムから埋め込みデバッグ
コマンドを抽出し、その埋め込みコマンドをコマンドプ
ロセッサ４０４に引き渡す。コマンドプロセッサ４０４
は、デバッグコマンドのタイプを決定し、そのコマンド
を一時的にメモリモジュール４０６に記憶するか、又
は、コマンドファイルに含めるための適切なブレークポ
イントコマンドを生成する。コマンドファイルジェネレ
ータ４０８は、コマンドプロセッサ４０４からブレーク
ポイントコマンドとそれに対応する埋め込みデバッグコ
マンドを受け取り、又、先にメモリモジュール４０６に
記憶されたデバッグコマンドを受け取り、シミュレータ
／デバッガおよびソースコードエディタ４１６に転送出
力するためのコマンドファイル４１４を生成する。同時
に、オブジェクトコードジェネレータ４１０はソースコ
ードを処理し、シミュレータ／デバッガおよびソースコ
ードエディタ４１６により実行されるオブジェクトコー
ド４１２を生成する。アセンブラ４００の出力（アセン
ブルされたオブジェクトコード４１２およびコマンドフ
ァイル４１４）は、コード開発におけるシミュレーショ
ンの実行のために、シミュレータ／デバッガおよびソー
スコードエディタ４１６に転送される。

【００２６】図５は、本発明のアセンブラにより実行さ
れるコマンドファイル生成プロセスのフローチャートで
ある。デバッグコマンドを含むソースプログラムがユー
ザにより開発される（５００）。コマンドファイルをク
リアし（５０１）、その後、ソースプログラムをアセン
ブラ４００にロードする（５０２）。デコーダ４０２
は、抽出プロセスチェック（５０３）を開始し、ソース
ファイルの終わりに達したかどうかを調べ、まだであれ
ば、処理のためにコードの第１行（あるいは、次行）を
読み込む（５０４）。デコーダ４０２は、ソースコード
行に埋め込みデバッグコマンドが存在するかどうかを決
定し（５０５）、存在しなければ、コードのその行をア
センブルし（５０６）、ステップ５０４で次行を読み込
むために元に戻る。埋め込みデバッグコマンドが存在す
れば、コマンドプロセッサ４０４が１回に１つのコマン
ドを処理するように、デコーダ４０２はソースコードか
らデバッグコマンドを抽出する。

【００２７】コマンドプロセッサ４０４は、最初に、抽
出されたデバッグコマンドが“ＥＮＤ”コマンドである
かどうかをチェックする（５０７）。“ＥＮＤ”コマン
ドは、コマンドファイルジェネレータ４０８により生成
されるコマンドファイルの最後に置かれることになる。
それで、“ＥＮＤ”コマンドとして認識されるすべての
コマンドは、コマンドファイルの最後に追加するため
に、一時的にメモリ４０６に記憶される（５０８）。上
述した通り、“ＥＮＤ”コマンドは、ユーザによるある
いはシステム停止による実行途中の割り込み無しに、オ
ブジェクトコードが完全に実行された時に実施されるデ
バッグ機能である。“ＥＮＤ”コマンドが認識される
と、アセンブラは、ステップ５０４でコードの次行を読
むために元に戻る。

【００２８】他のすべてのデバッグコマンドは、それぞ
れのアドレス位置で処理されることになり、その結果、
通常のプログラムの実行からのブレークが発生する。デ
バッグコマンドの他の２つの基本的な形態、すなわち
“ＨＡＬＴ”コマンドと“ＣＯＮＴ”コマンドについて
は別に論じる。コマンドプロセッサ４０４は、抽出され
たデバッグコマンドが“ＨＡＬＴ”で終わっているかど
うかをチェックする（５０９）。デバッグコマンドの最
後に“ＨＡＬＴ”があると、コマンドプロセッサ４０４
は、最後に“ｈａｌｔ”のあるブレークコマンドを生成
する（５１０）。このコマンドはコマンドファイルに書
き込まれ（５１３）、ソースプログラムにおけるデバッ
グコマンドの位置に対応するメモリでの相対アドレスを
含んでいる。シミュレータのローダによりオブジェクト
コードがメモリの指定されたアドレス空間にロードされ
るまでは実際のアドレスは存在せず、すべてのアドレス
はソースコードが開始される理論的なベースアドレスに
対する相対的なものに過ぎないことは、当業者には理解
されるであろう。“ＨＡＬＴ”コマンドはオブジェクト
プログラムの実行を停止するように作用し、オーバーフ
ローや他の重大なエラー条件を示すために、しばしば用
いられている。

【００２９】最後に、処理されているデバッグコマンド
がその終わりに“ＨＡＬＴ”を含んでいない場合、それ
は“ＣＯＮＴ”（ｃｏｎｔｉｎｕｅ、継続）タイプであ
り、コマンドプロセッサ４０４はブレークポイントコマ
ンドを生成し（５１２）、自動的にデバッグコマンドの
最後に“ＣＯＮＴ”コマンドを追加する。次いで、シミ
ュレーションでの実行のために、実際のデバッグコマン
ド、相対アドレス位置、およびｃｏｎｔｉｎｕｅ（継
続）コマンドをコマンドファイルに書き込む（５１
３）。“ＣＯＮＴ”コマンドは、ブレークが発生した所
からオブジェクトプログラムの実行を再開させるように
作用する。

【００３０】アセンブラ４００は、ソースプログラムが
完全に処理されてしまうまで、ステップ５０４で次行の
コードを読み込む。ソースコードのすべての行がアセン
ブルされると、アセンブラ４００は、メモリ４０６に
（ステップ５０８で）記憶されている“ＥＮＤ”コマン
ドをコマンドファイルの最後に追加する（５１４）。最
後に、アセンブラはオブジェクトコードファイルを生成
し（５１５）、他の通常の処理機能を実行し、その後
で、オブジェクトコードとコマンドファイルを、実行の
ために、シミュレータ／デバッガに出力する（５１
６）。

【００３１】図３のサンプルプログラムに戻って、コマ
ンドファイルを生成するプロセスを、サンプルソースコ
ードプログラム３００に関連して説明する。アセンブラ
には、まず、埋め込みデバッグコマンドを含むソースコ
ード３００がロードされる。最初の埋め込みデバッグコ
マンド３０８が処理のために識別される（５０５）。デ
コーダ４０２は、コメントフィールド識別子“／＊”３
２８の後に第２の識別子“％ｓｉｍ”３３０が続いてい
ることを認識するが、これはデバッグコマンドがこの位
置に含まれていることを示している。この埋め込みデバ
ッグコマンドは“ＥＮＤ”コマンドであるため、メモリ
４０６に記憶され（５０８）、デバッグコマンドファイ
ルの終わりに追加されることになる（５１４）。同じよ
うにして、デコーダ４０２は埋め込みデバッグコマンド
３１０および３１２を認識し、コマンドプロセッサ４０
４は、やはり、これらの“ＥＮＤ”コマンドをメモリに
記憶する（ステップ５０８の繰り返し）。

【００３２】デコーダ４０２は、次の埋め込みデバッグ
コマンド３１４を識別し、それが“ＥＮＤ”コマンドで
も“ＨＡＬＴ”コマンドでもないため、コマンドプロセ
ッサ４０４は、文字列“ａ１ｉｓ”と共に変数（ある
いはレジスタ）ａ１．ｈの値をプリントするブレークポ
イントコマンドを生成する（５１２）。このブレークポ
イントコマンドは、ソースファイルの次の命令のアドレ
ス位置３３４と共にコマンドファイルに追加される（５
１３）。それで、このブレークポイントコマンドは、次
のプログラム命令の実行の前に実行される。加えて、
“ＣＯＮＴ”（ｃｏｎｔｉｎｕｅ）コマンドがこの１個
のデバッグコマンド（この場合はｐｒｉｎｔコマンド）
に追加され、ブレークが発生した位置であるメモリ位置
（アドレス０ｘ８２）からプログラムの実行が再開され
るべきことを示す。同じように、３つの埋め込みデバッ
グコマンド３１６、３１８および３２０が、それぞれの
ｃｏｎｔｉｎｕｅコマンド（５１２）と共に、又、実行
されるべき次の命令に対応する相対メモリ位置３３６と
共にコマンドファイルに追加される（５１３）。本発明
のアセンブラは、この場合のように複数のデバッグコマ
ンドが実際には同じ拡張コメントフィールドの全部分を
占めている場合でも、各埋め込みデバッグコマンドを別
々に処理する。

【００３３】この抽出に続いて、デコーダ４０２は次の
埋め込みデバッグコマンド３２２を識別する。このデバ
ッグコマンドは“ＨＡＬＴ”コマンドであり、上記のｃ
ｏｎｔｉｎｕｅとは反対に、条件が満たされない場合ｈ
ａｌｔを実行するという結果になる。埋め込みデバッグ
コマンド３２２に応じて、コマンドプロセッサ４０４
は、ブレークポイントコマンドを生成し（５１０）、こ
の位置で文字列ｍ０の値をチェックする。このブレーク
ポイントコマンドは、相対アドレス位置３３８と共にコ
マンドファイルに追加される。ソースコードプログラム
の残りの行も、ソースファイルの終わりに達するまで、
同様に処理される。アセンブラは、次いで、メモリ４０
６に記憶されたｅｎｄコマンドをコマンドファイルの終
わりに追加し（５１４）、オブジェクトコードファイル
を生成して（５１５）、そのオブジェクトコードファイ
ルをコマンドファイルと共にシミュレータ／デバッガお
よびソースコードエディタ４１６に出力する（５１
６）。

【００３４】図６は、コマンドファイルジェネレータ４
０８により、図３の実施の形態のソースコード３００か
ら生成されたコマンドファイル６００を示している。コ
マンドファイル６００は、ブレークポイントコマンド６
０２、６０４および６０６と、“ＥＮＤ”コマンド６０
８、６１０および６１２を含んでいる。コマンド６０２
は、図３のデバッグコマンド３１４から生成されたブレ
ークポイントコマンドである。デコーダ４０２は、コマ
ンド３１４を読み込んで、文字列“／＊”、“％ｓｉ
ｍ”および“＊／”を抽出し、それにより、コマンド３
１４はデバッグコマンドであると決定した。次いで、コ
マンドプロセッサ４０４は、これが“ＥＮＤ”コマンド
であるかどうかチェックした。それが“ＥＮＤ”コマン
ドではなかったため、コマンドプロセッサ４０４は、コ
マンド行３１４の終わりに“ｈａｌｔ”があるかどうか
をチェックし、それが無かったため、コマンドプロセッ
サ４０４はブレークコマンド６０２を生成した。参照符
号６１４が指し示しているアドレス０ｘ８２（１６進）
は、図３に示されたアドレス０ｘ８２に見出される命令
の実行の前に、このブレークポイントコマンドを実行す
べきことを示している。デバッグコマンド３１４は“Ｅ
ＮＤ”コマンドではく、又、その終わりに“ｈａｌｔ”
を持っていなかったため、コマンドプロセッサ４０４
は、ブレークポイント命令６０２の終わりに、自動的に
“ｃｏｎｔ”を追加した。この“ｃｏｎｔ”があるた
め、デバッガはオブジェクトコードの実行を再開（すな
わち、継続）する。同様に、ブレークポイントコマンド
６０４および６０６が、デバッグコマンド３１６、３１
８、３２０および３２２からそれぞれ生成される。

【００３５】コマンド６０８は“ＥＮＤ”コマンド３０
８から生成される。コマンドプロセッサ４０４がこのコ
マンドを読み込むと、それを“ＥＮＤ”コマンドとして
識別し、それにより、そのコマンドをメモリにセーブ
し、アセンブルが完了した時、コマンドファイル６００
の終わりに追加したのである。同様に、コマンド６１０
および６１２は、デバッグコマンド３１０および３１２
からそれぞれ生成される。コマンド６０８、６１０およ
び６１２が、コマンドファイル６００における最後の３
つのコマンドであることに注目してほしい。“ＥＮＤ”
コマンドでないすべてのコマンド６０２〜６０６は“Ｅ
ＮＤ”コマンドの上に書かれている。

【００３６】先行技術においては、ユーザはコマンドフ
ァイル６００を手作業で作成しなければならない。した
がって、アドレス６１４および６１６は、ロードされた
ファイルを調べた後にユーザによって決定される。ソー
スプログラムが修正され、ソースコード行が追加、削除
あるいは移動されると、必然的に、アドレス６１４およ
び６１６が修正されなければならない。そのような状況
では、ユーザは、ソースプログラム３００が変更される
度にブレークポイント６１４および６１６のアドレスを
再計算し、コマンドファイル６００を編集しなければな
らない。本発明は、ソースプログラム３００に含まれる
ユーザが埋め込んだデバッグコマンドからコマンドファ
イル６００を自動的に生成することにより、この問題を
解決したものである。

【００３７】図７は、ソースコードの修正の影響を、先
行技術と本発明の両方において示したものである。左側
は、先行技術における、編集前と編集後のソースコード
プログラムの一部と、その結果コマンドファイルにもた
らされる影響（それはユーザによる手作業でのアドレス
更新を必要とする）を示している。右側は、同じソース
コードの修正を本発明により実行した場合の影響を示し
たものである。

【００３８】ソースプログラム７００において、アセン
ブリ言語コードの１行７０２が、例として示されてい
る。ソースコードプログラム７００は、先行技術におい
てユーザが開発したプログラムである。このプログラム
７００はアセンブリ言語コードだけを含んでおり、埋め
込みデバッグコマンドは全く含まれていない。メモリ位
置を表す相対行番号７０４が示されている。ここでの説
明のために、相対アドレス０ｘ１０（１６進）が、この
特定の行番号７０４に結び付けられており、コードのこ
の特定の行が相対アドレス０ｘ１０（１６進）にアセン
ブルされることを示している。行番号はソースプログラ
ム７００あるいは７５０の一部ではなく、この例を説明
するだけの目的で示されている。一般的に、ソースコー
ドが編集される時には、新しいコード行が追加される
か、古いコードが削除されるか、あるいはその両方がな
され、又、時には、命令がこのプログラム内で移動され
る。この例では、先行技術と本発明のコマンドファイル
に及ぼす影響を示すために、ソースコード行が追加され
るものとする。

【００３９】ソースコードプログラム７１０はソースコ
ードプログラム７００の修正版である。初めのソースコ
ードプログラムの相対アドレス０ｘ１０（７０４）にあ
った同じコード行７０２は、この行から上に新しい行が
追加されたため、今度は相対アドレス０ｘ２５（７１
２）に位置している。コマンドファイル７２０は、ブレ
ークポイントコマンド７２２を含む、ユーザが作成した
コマンドファイルであり、ソースプログラム７００に対
して生成されたものである。このブレークポイントコマ
ンド７２２を生成するために、ユーザは手作業でブレー
クポイント位置のアドレス７２４を計算しなければなら
ない。ユーザがソースコードプログラム７００を編集
し、新しいプログラム７１０を作成した場合、ユーザ
は、今度は、手作業でコマンドファイル７２０を編集
し、ブレークポイントコマンド７３２を新しいブレーク
ポイント位置７３４に対応するように変更しなければな
らない。これは、手作業によりブレークポイントを生成
するという先行技術の体系では、ソースプログラムの変
更に適応できないからである。ソースプログラムの変更
が生じる度に、古いブレークポイントコマンドを保持し
たいユーザは、ソースプログラムにおける相対的な変化
を反映するために、古いブレークポイントに対応するア
ドレス位置を確認し、更新しなければならない。

【００４０】プログラム７５０は、本発明において提供
される埋め込みデバッグコマンドを有するユーザが開発
したソースコードプログラムを示している。この場合
も、アセンブリ言語コードの１行７５２が、この例を説
明するために示されている。埋め込みデバッグコマンド
７５６が、相対アドレス０ｘ１０（１６進）に対応する
位置７５６に示されており、その後にアセンブリ言語命
令７５２が続いている。本発明のアセンブラによる処理
のために、埋め込みデバッグコマンド７５６がソースコ
ード７５０に設けられている。ユーザにより埋め込まれ
たデバッグコマンド７５６は、文字列“／＊％ｓｉｍ
＞”により指定されている。プログラム７６０は、ソー
スコード７５０の編集版である。コードの同じ行７５２
および７５６は、新しいコードが追加されたため、相対
メモリ位置７６２（相対アドレス０ｘ２５）に位置して
いる。

【００４１】ファイル７７０は、アセンブラによりソー
スプログラム７５０から生成されたコマンドファイルで
あり、ブレークポイントコマンド７７２および相対メモ
リアドレス７７４を含んでいる。ブレークポイントコマ
ンド７７２は、本発明のアセンブラにより、ソースプロ
グラム７５０の対応する埋め込みデバッグコマンド７５
６を抽出した後に、生成される。ファイル７８０は、編
集されたソースプログラム７６０からアセンブラにより
生成されたコマンドファイルであり、ブレークポイント
コマンド７８２および相対アドレス７８４を含んでい
る。先に説明したように、アセンブラがコマンドファイ
ル７８０を生成しているので、ブレークポイントの位置
計算はすべてアセンブラ自身によって抽出プロセスにお
いてなされる。ユーザがソースプログラム７５０をソー
スプログラム７６０に修正し、それを再ロードすると、
埋め込みコマンドにより設定されるブレークポイント７
７２は、正しい新アドレス位置を含むブレークポイント
７８２として再生成される。これにより、古いブレーク
ポイント７７２は、正しいソース行７８４に自動的に再
配置される。

【００４２】本発明はアセンブリ言語のソースコードに
おいて実現されたが、ＣやＣ＋＋などの高級言語を含
め、他の言語にも同じく適用できる。図８は、本発明の
別の実施の形態を示すものである。上記においては、埋
め込みデバッグコマンドの方法をアセンブリ言語のソー
スコードに関連して説明した。同じ概念は、ソースコー
ドプログラムが高級言語で書かれている場合にも当ては
まる。デバッグコマンドを認識し、この明細書に開示し
た原則に従って自動的にコマンドファイルを生成するよ
うに、高級言語コンパイラを拡張する必要があるだけで
ある。

【００４３】プログラム８００は高級言語で書かれたソ
ースコードプログラムである。このプログラムの行８０
２は通常のソースステートメントであり、行８０４はデ
バッグコマンドを示している。先に、本発明のアセンブ
ラがデバッグコマンドを認識するという好適な実施の形
態に関連して説明した通り、デバッグコマンドを認識し
て、デバッグコマンドファイルを自動的に再生成するよ
うな修正された高級言語コンパイラを実現することがで
きる。

【００４４】以上、本発明者によってなされた発明を実
施の形態に基づき具体的に説明したが、本発明は前記実
施の形態に限定されるものではなく、その要旨を逸脱し
ない範囲で種々変更可能であることはいうまでもない。

【００４５】

【発明の効果】本願において開示される発明のうち、代
表的なものによって得られる効果を簡単に説明すれば、
以下のとおりである。

【００４６】(1).ソースプログラムから導出されるオブ
ジェクトコードのシミュレーション実行の際に、デバッ
ガにより用いられるデバッグコマンドファイルを自動的
に生成することができる。

【００４７】(2).最新のコマンドファイルに格納される
デバッグコマンドを自動的に再生成し、基になるソース
コードを修正する結果として新しくなった任意のソース
コード位置に、それらデバッグコマンドを正確にリンク
することができる。

【００４８】(3).後のアセンブルにおいてデバッグコマ
ンドを容易に再生成するために、ソースプログラムにお
ける特定の位置にデバッグコマンドをリンクすることが
できる。

【００４９】(4).ソースコードプログラム行に埋め込ま
れたデバッグコマンドを識別することができる。

【００５０】(5).アセンブルの際にソースプログラムか
ら埋め込みコマンドを抽出して、そのソースプログラム
から導出されるオブジェクトコードのシミュレーション
の際にデバッガで用いられるコマンドファイルを自動的
に生成することができる。

【００５１】(6).ソースプログラムから導出され、デバ
ッグコマンドあるいはそれに結び付けられるラベルを含
まない、アセンブルされたオブジェクトコードを提供す
ることができる。

【図面の簡単な説明】

【図１ａ】デバッグコマンドを含むコマンドファイルを
生成する、先行技術のプロセスを示す図である。

【図１ｂ】デバッグコマンドを含むコマンドファイルを
生成する、本発明の好適な実施の形態によるプロセスを
示す図である。

【図２】本発明の好適な実施の形態による、埋め込みデ
バッグコマンドを実現するソースコードプログラムの一
部を示す図である。

【図３】埋め込みデバッグコマンドを含むソースコード
プログラムのサンプルを示す図である。

【図４】本発明の好適な実施の形態によるアセンブラの
ブロック図である。

【図５】本発明の好適な実施の形態による、コマンドフ
ァイルを生成するプロセスのフローチャートである。

【図６】図３の例のソースコードからアセンブラにより
生成されたコマンドファイルを示す図である。

【図７】先行技術と本発明の両方に及ぼす、ソースコー
ドの修正の効果を示す図である。

【図８】多言語コマンドを組み込んだ、本発明の他の実
施の形態を示す図である。

【符号の説明】

１５２ソースコードプログラム１５４埋め込みデバッグコマンド１５６アセンブラ１５８デバッグコマンドファイル１６０ブレークポイントコマンド１６２オブジェクトコード１６４シミュレータ／デバッガおよびソースコードエ
ディタ１６６ユーザインタフェース１７０修正されたソースコード４００アセンブラ４０１ソースコードファイル４０２デコーダ４０４コマンドプロセッサ４０６メモリモジュール４０８コマンドファイルジェネレータ４１０オブジェクトコードジェネレータ４１２オブジェクトコード４１４コマンドファイル４１６シミュレータ／デバッガおよびソースコードエ
ディタ

Claims

【特許請求の範囲】

【請求項１】コンピュータシステムにおいて、ソース
コードのシミュレーションの際に実行されるデバッグコ
マンドを含むデバッグコマンドファイルを自動的に生成
する方法であって、（１）少なくとも１つのデバッグコマンドをソースプロ
グラムの少なくとも１行に埋め込むステップと、（２）前記ソースプログラムをアセンブルするステップ
であって、（ａ）前記埋め込みデバッグコマンドを抽出
するステップ、（ｂ）該埋め込みデバッグコマンドの各
々に対応するブレークポイントコマンドを生成するステ
ップ、（ｃ）該ブレークポイントコマンドおよびそれに
対応するデバッグコマンドを前記デバッグコマンドファ
イルに書き込むことにより該コマンドファイルを作成す
るステップ、および（ｄ）前記ソースプログラムからオ
ブジェクトコードを生成するステップ、を含むアセンブ
ルステップと、（３）前記ソースプログラムの修正に際して、前記ブレ
ークポイントコマンドおよびそれに対応する埋め込みデ
バッグコマンドを前記デバックコマンドファイルから取
り除き、それにより、修正された該ソースプログラムの
再アセンブルの際に、該ソースプログラムのそれぞれ新
しい相対位置にある該埋め込みデバックコマンドに対応
する新しいブレークポイントコマンドを含む新しいコマ
ンドファイルを自動的に作成するステップと、を含むこ
とを特徴とするデバッグコマンドファイルを自動的に生
成する方法。
【請求項２】ソースプログラムのシミュレーションに
関連して実行するために、デバッグコマンドファイルに
おいてブレークポイントを自動的に再生成する装置であ
って、少なくとも１つの埋め込みデバッグコマンドを有するソ
ースプログラムと、アセンブラであって、前記埋め込みデバッグコマンドを前記ソースプログラム
から抽出するためのデコーダ、前記ソースプログラムをオブジェクトコードにアセンブ
ルするためのオブジェクトファイルジェネレータ、およ
び前記デコーダにより抽出された前記埋め込みデバッグ
コマンドと該抽出された埋め込みデバッグコマンドに対
応するブレークポイントコマンドとを含むデバッグコマ
ンドファイルを作成するためのデバッグコマンドファイ
ルジェネレータ、を含むアセンブラと、前記ソースプログラムの前記シミュレーションの際に、
前記デバッグコマンドファイルにおける前記ブレークポ
イントコマンドおよび前記埋め込みデバッグコマンドを
実行するためのデバッガと、を含み、前記ソースプログラムに修正がなされると、それに続い
て、該ソースプログラムをシミュレーションの実行の前
に再アセンブルすることにより、前記ブレークポイント
コマンドおよび埋め込みデバッグコマンドを自動的に再
生成することを特徴とするデバッグコマンドファイルに
おいてブレークポイントを自動的に再生成する装置。
【請求項３】請求項２記載のデバッグコマンドファイ
ルにおいてブレークポイントを自動的に再生成する装置
であって、前記ソースプログラムが高級言語で書かれて
いることを特徴とするデバッグコマンドファイルにおい
てブレークポイントを自動的に再生成する装置。
【請求項４】請求項２記載のデバッグコマンドファイ
ルにおいてブレークポイントを自動的に再生成する装置
であって、前記埋め込みデバッグコマンドが、前記ソー
スプログラムとは異なる言語で書かれていることを特徴
とするデバッグコマンドファイルにおいてブレークポイ
ントを自動的に再生成する装置。
【請求項５】請求項２記載のデバッグコマンドファイ
ルにおいてブレークポイントを自動的に再生成する装置
であって、前記埋め込みデバッグコマンドの実行を選択
的に許可あるいは禁止するためのコマンド行オプション
を含むことを特徴とするデバッグコマンドファイルにお
いてブレークポイントを自動的に再生成する装置。
【請求項６】請求項２記載のデバッグコマンドファイ
ルにおいてブレークポイントを自動的に再生成する装置
であって、前記ソースプログラムが、コメントフィール
ドを有する行からなっており、該コメントフィールド
は、前記埋め込みデバッグコマンドと、該埋め込みデバ
ッグコマンドが存在することを示す特別な接頭語とを含
むことを特徴とするデバッグコマンドファイルにおいて
ブレークポイントを自動的に再生成する装置。