JP2752827B2

JP2752827B2 - デバッガ処理方式

Info

Publication number: JP2752827B2
Application number: JP4014899A
Authority: JP
Inventors: 学江▲崎▼
Original assignee: NIPPON DENKI AISHII MAIKON SHISUTEMU KK
Current assignee: NIPPON DENKI AISHII MAIKON SHISUTEMU KK
Priority date: 1992-01-30
Filing date: 1992-01-30
Publication date: 1998-05-18
Anticipated expiration: 2013-05-18
Also published as: JPH05204708A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はデバッガ処理方式に関
し、特にソースコード・イメージでのブレークポイント
設定方法にかかわるデバッガ処理方式に関する。

【０００２】

【従来の技術】従来のデバッガ処理方式におけるブレー
クポイントの設定方式としては、図８にシステム構成図
が示されるように、オブジェクト・ファイル１２を読込
むロード部１３と、ユーザ入力のコマンドを受付けるコ
マンド入力部１４と、ユーザ入力のコマンドの解析を行
うコマンド解析部１５と、ユーザ指定のプレークポイン
トをテープルに登録するプレークポイント・テープル登
録部１６とを備えて構成されている。

【０００３】この従来のデバッガ処理方式におけるブレ
ークポイントの設定方式の動作について、図９を参照し
て説明する。図９に示される流れ図は、上記の従来のデ
バッガ処理方式におけるブレークポイントの設定方式
に、プログラムの実行部を付加した場合における動作手
順を示す流れ図である。図８に示されるオブジェクト・
ファイル１は、オブジェクト・コード１７に対応してお
り、また、図７におけるロード部１３、コマンド入力部
１４、コマンド解析部１５およびブレークポイント・テ
ープル登録部１６における処理内容は、それぞれ図９に
おける処理ステップ８１、８２、８３および８４／８５
に対応している。

【０００４】また、図１０に示されるのは、ブレークポ
イント設定用のブレークポイント・テープルの構成を示
す図であり、０から始まるテーブルのシーケンシャルな
番号を格納する「テーブルＩＤ」１０７、１１０、……
と、ブレークポイントに対応するオブジェクト・コード
内のアドレスを格納する「アドレス」１０８、１１１、
……と、前記アドレス位置にブレーク命令を埋込むため
に、当該アドレス内の命令を一時的に格納する「バッフ
ァ」１０９、１１２、……と、により構成されている。
なお、データの表示・設定に関するコマンド処理は、本
特許と直接関係しないので説明は省略する。

【０００５】以下、従来のデバッガ処理方式におけるブ
レークポイントの設定方式の詳細の動作について、図９
を参照して説明する。

【０００６】先ず、デバッガを起動して、デバッグ対象
プログラムのオブジェクト・コード１７をロードし（ス
テップ８１）、コマンド入力処理において、ユーザによ
るコマンド入力が受付けられる（ステップ８２）。次い
で、当該コマンドの種類が検索され（ステップ８３）、
当該コマンドがブレームポイントで、行番号への設定で
ある場合には、オブジェクト・コード内の行番号情報よ
り、指定されたブレークポイントに対応するアドレスを
得る（ステップ８４）。このステップ８４において得ら
れたアドレスを、図１０におけるブレークポイント・テ
ーブルに登録し（ステップ８５）、コマンド入力処理
（ステップ８２）に戻る。

【０００７】ステップ８３において、コマンドの種類が
プログラムの実行であれば、前述のステップ８５におい
て、ブレークポイント・テーブルに登録されたアドレス
内に格納されている命令を、全て当該ブレークポイント
・テーブル内のバッファ１０９、１１２、……にセーブ
する（ステップ８６）。次いで、ステップ８６における
アドレスに全てブレーク命令を埋込む（ステップ８
７）。そして、デバッグ対象プログラムに制御を渡し、
プログロムを実行する（ステップ８８）。次に、プログ
ラム・カウンタがステップ８７のアドレスにまでくる
と、ブレーク命令により、デバッグ対象プログラムの制
御がデバッガに戻り、プログラムを停止して（ステップ
８９）、ステップ８６においてブレークポイント・テー
ブル内のバッファにセーブした命令を、元のアドレス位
置に全てリストアし（ステップ９０）、コマンド入力処
理（ステップ８２）に戻る。また、ステップ８３におい
て、コマンドの種類が終了であれば、デバッガを終了す
る。

【０００８】

【発明が解決しようとする課題】上述した従来のデバッ
ガ処理方式においては、ブレークポイントを設定する場
合に、ソースコード上にブレークポイントを設定するた
めには、デバッグ対象プログラムのソースコードの行番
号、またはブレークポイントを設定しようとする関数名
を確認する必要がある。

【０００９】しかしながら、ソースコードの特定の行番
号を知るためには、デバッガの他のコマンド、例えばリ
ストコマンドを介して当該行番号を知り、その行をブレ
ークコマンドにより指定しなければならないため、ソー
スプログラムが大きい場合、または最初にブレークポイ
ントを指定する場合には、１回のリストコマンドにより
見つけ出すことができず、かなりの時間を要するという
欠点がある。

【００１０】また、ソースコードの特定の行番号を知る
ための他の例として、ソースコードリストを行番号付き
でプリントアウトし、その行番号を参照しながらブレー
クポイントの設定を行うという方法もあるが、デバッグ
の段階において一旦ソースコードの修正を行うと、プリ
ントアウトしたソースコードリストの行番号と、実際の
行番号との間に差異が生じる可能性があるため、再度プ
リントアウトしなければならなくなり、そのために時間
を要し、またプリンタ用紙を無為に消費するという欠点
がある。

【００１１】

【課題を解決するための手段】本発明のデバッガ処理方
式は、デバッガが動作する計算機システム上において、
行番号情報およびシンボル情報を保持するオブジェクト
・コードのデバッグ時に、ブレークポイントの設定に対
応するデバッガ処理方式において、ユーザのコマンド入
力による指定を受付け処理するコマンド入力手段と、前
記コマンド入力手段を介して受付けられた指定が、ブレ
ークポイントの設定であるか、またはプログラムの実行
であるかの比較判別を行う入力コマンド解析手段と、前
記入力コマンド解析手段における判別結果がブレークポ
イントの設定である場合に、当該ブレークポイントの種
類が関数名または行番号への設定であるか、またはソー
スコード・イメージへの設定であるかの判別処理を行う
ブレークポイント種類判別手段と、前記ブレークポイン
ト種類判別手段における判別結果がソースコード・イメ
ージへの設定である場合に、所定のオブジェクト・コー
ド内に格納されているソースコード・ファイル名に対応
するファイルより、指定されるソースコード・イメージ
を検索して当該ファイル名ならびに行番号を取得するフ
ァイル名・行番号取得手段と、前記ファイル名・行番号
取得手段を介して得られたファイル名ならびに行番号を
所定の検索テーブルに登録する検索テーブル登録手段
と、前記検索テーブル登録手段により検索テーブルに登
録されたファイル名ならびに行番号に対応するアドレス
を、前記オブジェクト・コード内より探索し、当該アド
レスを所定のブレークポイント・テーブルに登録するブ
レークポイント・テーブル登録手段と、を少なくとも備
えて構成される。

【００１２】

【実施例】次に、本発明について図面を参照して説明す
る。

【００１３】図１は本発明の第１の実施例を示すシステ
ム構成図である。図１に示されるように、本実施例は、
オブジェクト・ファイル１を読込むロード部２と、ユー
ザ入力のコマンドを受付けるコマンド入力部３と、ユー
ザ入力のコマンドの解析を行うコマンド解析部４と、ユ
ーザ指定のブレークポイントの種類の判別を行うブレー
クポイント種類判別部５と、ソースイメージで指定され
たブレークポイントからファイル名と行番号を得るファ
イル名・行番号取得部６と、ファイル名と行番号を検索
テーブルに登録する検索テーブル登録部７と、検索テー
ブルに登録されたファイル名と行番号から対応するアド
レスを求め、ブレークポイント・テーブルに登録するブ
レーク・テーブル登録部８とを備えて構成される。

【００１４】また、図２は、本実施例におけるブレーク
ポイントの設定方式に、プログラムの実行部を付加した
場合の動作手順を示す流れ図である。図１に示されるシ
ステム構成と、図２に示される処理手順を示す流れ図と
の関連については、図１におけるオブジェクト・ファイ
ル１は、図２におけるオブジェクト・ファイル９に対応
しており、また図１におけるロード部２、コマンド入力
部３、入力コマンド解析部４およびブレークポイント種
類判別部５における処理内容は、それぞれ図２における
処理ステップ２１、２２、２３および２４に対応してい
る。また、図７に示されるのは、ブレークポイント設定
用の検索テーブルの構成を示す図であり、０から始まる
テーブルのシーケンシャルな番号を格納する「テープル
ＩＤ」１０１、１０４、……と、ユーザにより指定され
たソースコード・イメージのブレークポイントが存在す
るファイル名を格納する「ファイル名」１０２、１０
５、……と、ユーザにより指定されたソースコード・イ
メージのブレークポイントが存在する行番号を格納する
「行番号」１０３、１０６、……と、により構成されて
いる。

【００１５】以下、本実施例におけるブレークポイント
の設定方式の動作について、主として、図２、図３、図
４、図７および図１０を参照して説明する。

【００１６】図２において、先ず、デバッガを起動し
て、デバッグ対象プログラムのオブジェクト・コード９
をロードし（ステップ２１）、コマンド入力処理におい
て、ユーザによるコマンド入力が受付けられる（ステッ
プ２２）。次いで、当該コマンドの種類が判別され（ス
テップ２３）、当該コマンドがフレームポイントの設定
である場合には、ブレークポイントの種類の判別が行わ
れる（ステップ２４）。そして、当該ブレークポイント
の種類が関数名または行番号への設定である場合には、
従来のブレークポイントの設定処理が行われて（ステッ
プ２５）、コマンド入力処理（ステップ２２）に戻る。

【００１７】また、処理ステップ２４において、ブレー
クポイントの種類がソースコード・イメージへの設定で
ある場合には、オブジェクト・コード９内にのシンボル
情報に格納されているソースコード・ファイル名に対応
するソースコード・ファイル１０（図３参照）内から、
指定されたソースコード・イメージを検索して、そのフ
ァイル名および行番号を、検索テーブル（図７参照）に
登録する（ステップ２６）。次いで、処理ステップ２６
において検索テーブルに登録されたファイル名および行
番号に対応するアドレスを、オブジェクト・コード９内
の行番号情報より捜して、当該アドレスをブレークポイ
ント・テーブル（図１０参照）に登録し、コマンド入力
処理（ステップ２２）に戻る（ステップ２７）。

【００１８】処理ステップ２３において、コマンドの種
類がブログラムの実行である場合には、前述の処理ステ
ップ２５および２７においてブレークポイント・テーブ
ル（図１０参照）に登録されたアドレス位置に格納され
ている命令を、全て当該ブレークポイント・テーブル内
のバッファ１０９、１１２、……にセーブする（ステッ
プ２８）。次いで、処理ステップ２８におけるアドレス
位置に全てブレーク命令を埋込む（ステップ２９）。そ
して、デバッグ対象プログラムに制御を渡し、プログロ
ムを実行する（ステップ３０）。次に、プログラム・カ
ウンタが処理ステップ２９のアドレスにまでくると、ブ
レーク命令により、デバッグ対象プログラムの制御がデ
バッガに戻り、プログラムを停止して（ステップ３
１）、処理ステップ２８においてブレークポイント・テ
ーブル内のバッファにセーブした命令を、元のアドレス
位置に全てリストアし（ステップ３２）、コマンド入力
処理（ステップ２２）に戻る。また、ステップ２３にお
いて、コマンドの種類が終了であれば、デバッガを終了
する。

【００１９】図３および図４は、図２の流れ図における
処理ステップ２６および２７の処理内容を詳細に示した
流れ図であり、以下、その動作について説明する。

【００２０】先ず、図２におけるオブジェクト・コード
９内のシンボル情報に登録されているソースコード・フ
ァイル名を読込み、そのソースコード・ファイル１０を
オープンして（ステップ４１）、行番号のカウント用の
変数、検索テーブル番号を０に初期化する（ステップ４
２）。処理ステップ４１におけるソースコード・ファイ
ル内の１構文を読込み（ステップ４３）、当該１構文が
ファイルの終りであるか否かを判定して（ステップ４
４）、ファイルの終りであれば処理ステップ４９に進
み、終りでない場合には、行番号のカウンタ用の変数を
インクリメントして（ステップ４５）、読込んだ構文が
指定されたソースコード・イメージを含んでいるか否か
の比較判定が行われ（ステップ４６）、当該ソースコー
ド・イメージを含んでいない場合には、処理ステップ４
３に戻り、また含んでいる場合には、検索テーブル（図
７参照）に現在のファイル名と現在の行番号変数の値を
示す行番号を登録する（ステップ４７）。次いで、検索
テーブル番号をインクリメントして（ステップ４８）、
処理ステップ４３に戻る。

【００２１】次に、処理ステップ４９において、検索テ
ーブル（図７参照）に何も登録されていない場合には、
エラーメッセージを出力して、ユーザ入力部に戻る。ま
た登録されている場合には、図４の流れ図に進み、検索
テーブル番号を０に初期化し（ステップ４９）、検索テ
ーブル（図７参照）の最初から１エントリごとに読込み
を行う（ステップ５０）。次いで当該検索テーブルの終
りであるか否かの判定を行い（ステップ５１）、終りで
あれば、後処理として、図２におけるコマンド入力処理
（ステップ２２）に戻り、終りでない場合には、オブジ
ェクト・コード９（図２参照）内の行番号情報より、図
７に示される検索テーブルに登録されているファイル名
と行番号に対応するオブジェクト・コードのアドレスを
得る（ステップ５２）。次いで、処理ステップ５２にお
いて得られたアドレスを、図１０に示されるブレークポ
イント・テーブルに登録し（ステップ５３）、検索テー
ブル番号およびブレークポイント・テーブルをインクリ
メントして（ステップ５４）、検索テーブルの読込み処
理（ステップ５０）に戻る。

【００２２】以上の処理手順により、ソースコード・イ
メージでのブレークポイントの設定が可能となり、ブレ
ークポイントを設定する行番号を捜す手間を省くことが
できるために、デバッグ時間が短縮される。

【００２３】次に、本発明の第２の実施例について説明
する。図５および図６は、本実施例におけるプレークポ
イントの設定方式に、プログラムの実行部を付加した場
合の動作手順を示す流れ図であり、図３の第１の実施例
における流れ図において、処理ステップ４１から処理ス
テップ４９の処理において、複数のソースコード・ファ
イルの読込み処理機能を追加し、また、処理ステップ４
２と処理ステップ４３との間に、ソースファイルを全て
読込んだか否かを判定する処理ステップ６４を追加し、
全て読込んだのであればループを抜け、そうでなければ
処理ステップ６５に進む処理手順を追加している。ま
た、前述の第１の実施例においては、ファイルが終りで
ある場合の処理ステップ４４が、ループを抜ける処理と
なっていたのに対して、本実施例においては、ファイル
の終りであれば、次のファイルのソースファイルのオー
プン処理（ステップ６２）に戻る処理ステップ６６に変
更されている。

【００２４】以下、図５および図６に示される流れ図に
沿って本実施例の動作について説明する。

【００２５】先ず、検索テーブル番号を０に初期化して
（ステップ６１）、オブジェクト・コード９（図２参
照）内のシンボル情報に登録されているソースコード・
ファイル名を読込み、そのソースコード・ファイル１１
をオープンする（ステップ６２）。行番号のカウンタ用
の変数を０に初期化して（ステップ６３）、当該ソース
コード・ファイルを全部読込んだか否かの判定処理が行
われ（ステップ６４）、全て読込まれた場合には、処理
ステップ７１に進み、そうでない場合には、処理ステッ
プ６２におけるソースコード・フアイル１１内の１構文
を読込む（ステップ６５）。そして、ソースコード・フ
アイルの終りであるか否かが判定されて（ステップ６
６）、ファイルの終りであれば処理ステップ６２に戻
り、そうでなければ、行番号のカウンタ用の変数をイン
クリメントする（ステップ６７）。そして、読込まれた
構文が指定されたソースコード・イメージを含んでいる
か否かが比較判定されて（ステップ６８）、含んでいな
ければ処理ステップ６５に戻り、含んでいる場合には次
の処理ステップに進み、検索テーブル（図７参照）に、
現在のファイル名と現在の行番号変数の値が示す行番号
を登録する（ステップ６９）。次いで、検索テーブル番
号をインクリメントして（ステップ７０）、処理ステッ
プ６５に戻る。また処理ステップ７１において、図７に
示される検索テーブルに、何も登録されていない場合に
は、エラーメッセーズを出力して、ユーザ入力部に戻
る。またそうでなく登録されている場合には、図６に示
される処理ステップ７２に進む。なお、図６に示される
処理ステップ７２より処理ステップ７７に亘る処理手順
は、第１の実施例における処理ステップ４９より処理ス
テップ５４に亘る処理手順（図４参照）と同様であり、
その説明は省略する。

【００２６】以上の処理手順により、ソースコード・イ
メージでのブレークポイントの設定が可能となり、更
に、複数のコースコード・ファイルに対応することがで
きるという利点がある。

【００２７】

【発明の効果】以上説明したように、本発明は、ソース
コード・イメージでのブレークポイントの設定を可能と
し、ブレークポイントを設定する行番号を捜す手間を省
くことにより、デバッグ時間を短縮することができると
いう効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例を示すシステム構成図であ
る。

【図２】本発明の第１の実施例における動作手順を示す
流れ図（１）である。

【図３】本発明の第１の実施例における動作手順を示す
流れ図（２）である。

【図４】本発明の第１の実施例における動作手順を示す
流れ図（３）である。

【図５】本発明の第２の実施例における動作手順を示す
流れ図（１）である。

【図６】本発明の第２の実施例における動作手順を示す
流れ図（２）である。

【図７】検索テーブルの構成を示す図である。

【図８】従来例を示すシステム構成図である。

【図９】従来例における動作手順を示す流れ図である。

【図１０】ブレークポイントの構成を示す図である。

【符号の説明】

１、１２オブジュクト・ファイル２、１３ロード部３、１４コマンド入力部４、１５入力コマンド解析部５ブレークポイント種類判別部６ファイル名・行番号取得部７検索テーブル登録部８、１６ブレークポイント・テーブル登録部９、１７オブジェクト・コード１０、１１ソースコード・ファイル１０１、１０４、……、２０１、２０４、…… テー
ブルＩＤ１０２、１０５、…… ファイル名１０３、１０６、…… 行番号２０２、２０５、…… アドレス２０３、２０６、…… バッファ

フロントページの続き (56)参考文献特開昭63−223928（ＪＰ，Ａ) ボーランドインターナショナル著「ＴｕｒｂｏＤｅｂｕｇｇｅｒ２．５ユーザーズガイド」（平３−６−25）ボーランドジャパン170〜175頁 (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 11/28

Claims

(57)【特許請求の範囲】

【請求項１】デバッガが動作する計算機システム上に
おいて、行番号情報およびシンボル情報を保持するオブ
ジェクト・コードのデバッグ時に、ブレークポイントの
設定に対応するデバッガ処理方式において、ユーザのコマンド入力による指定を受付け処理するコマ
ンド入力手段と、前記コマンド入力手段を介して受付けられた指定が、ブ
レークポイントの設定であるか、またはプログラムの実
行であるかの比較判別を行う入力コマンド解析手段と、前記入力コマンド解析手段における判別結果がブレーク
ポイントの設定である場合に、当該ブレークポイントの
種類が関数名または行番号への設定であるか、またはソ
ースコード・イメージへの設定であるかの判別処理を行
うブレークポイント種類判別手段と、前記ブレークポイント種類判別手段における判別結果が
ソースコード・イメージへの設定である場合に、所定の
オブジェクト・コード内に格納されているソースコード
・ファイル名に対応するファイルより、指定されるソー
スコード・イメージを検索して当該ファイル名ならびに
行番号を取得するファイル名・行番号取得手段と、前記ファイル名・行番号取得手段を介して得られたファ
イル名ならびに行番号を所定の検索テーブルに登録する
検索テーブル登録手段と、前記検索テーブル登録手段により検索テーブルに登録さ
れたファイル名ならびに行番号に対応するアドレスを、
前記オブジェクト・コード内より探索し、当該アドレス
を所定のブレークポイント・テーブルに登録するブレー
クポイント・テーブル登録手段と、を少なくとも備えることを特徴とするデバッガ処理方
式。