JP2003015904A - デバッガ処理方法および記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 アプリケーションソフトウェアのデバッグを
シンボリックに効率良く実行することができるデバッガ
処理方法および記録媒体を提供する。 【解決手段】 デバッガ２０２のシンボル参照機能を利
用して、実メモリ１３を直接に参照することにより、タ
ーゲットシステム１と通信可能に接続されたホストコン
ピュータ２上のデバッガ２０２が、アプリケーションソ
フトウエア１４の挙動を正確に追尾もしくは制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ソフトウエア開発
の際にその開発対象のアプリケーションソフトウェアを
デバッグするデバッガ処理方法およびそのデバッガプロ
グラムを記録した記録媒体に関するものである。

【０００２】

【従来の技術】従来から、ソフトウェアを開発する場合
には、ＭＭＵ（Ｍｅｍｏｒｙ Ｍａｎａｇｅｍｅｎｔ
Ｕｎｉｔ）を含むタイプのＣＰＵが、そのメモリアクセ
ス処理をＭＭＵを用いて動的管理するオペレーティング
システム（以下、ＯＳ）に従い、アプリケーションソフ
トウェア（以下、ＡＰＬ）を実行するコンピュータシス
テムを、ターゲットシステムとして、そのターゲットシ
ステム上で動作するアプリケーションソフトウェア（以
下、ＡＰＬ）を、シンボリックにデバッグするためのマ
ルチタスクシステムに用いるシンボリックデバッグシス
テムを有するソフトウェア開発システムが利用されてい
る。

【０００３】なお一般的に、ＭＭＵは、メモリ空間を命
令コード領域やデータ領域などに分割し、ＣＰＵが該当
する領域に異常なアクセス（例えば、命令コード領域に
データを書こうとする）をした場合、割り込みを発生
し、ＣＰＵに対して異常なアクセスであることを知らせ
るというように、ＣＰＵからのメモリへのアクセス状態
を常に監視することにより、ＣＰＵからの異常なメモリ
アクセスによるデータの破壊からメモリを保護する。

【０００４】上記のＣＰＵからの異常なメモリアクセス
として、アプリケーションソフトウェアのプログラムミ
スや、ノイズによるＣＰＵの暴走などのためにメモリを
正常にアクセスしない場合が挙げられる。

【０００５】以上のように、ＭＭＵは、メモリのマッピ
ングや保護を目的としたメモリ管理のためのハードウエ
アであり、ＭＭＵを用いると、まず、アプリケーション
などのソフトウエアから見える論理的なアドレス空間
と、物理的なメモリを別々に扱うことができアドレス変
換ができる。つまり、ＭＭＵは、物理的なメモリをペー
ジまたはセグメントと呼ばれるブロックごとに分割して
管理し、これを論理アドレス空間に割り当てる(マッピ
ング)ことができる。この機能を応用すると、物理的な
メモリより大きな仮想的なメモリ空間をソフトウエアに
供給できる。

【０００６】また、個々のアプリケーションやＯＳ本体
を別々の論理アドレス空間で実行することにより、セキ
ュリティを高めることもできる。つまり、ＭＭＵのもう
1つの機能としてのメモリ保護であり、このメモリ保護
とは、プログラムによってアクセスできるメモリ領域を
制限することである。例えば、ＯＳ本体などが格納され
ているシステム領域にアプリケーションがアクセスでき
ると、システムの破壊を招いてしまうので、システム領
域はアプリケーションからアクセスできないようＭＭＵ
で制限してしまうようにしている。これにより上記のよ
うに、アプリケーションが暴走してもシステムへの影響
を最小限に抑えることができるように機能する。

【０００７】以上のようなソフトウェア開発システムに
ついて、以下に説明する。特開平６−１０３０８８号公
報には、ターゲットシステムに内蔵のデバッグタスクを
使用し、前記内蔵デバッガがシンボルから仮想アドレス
への変換処理を含む技術が提案されている。これは、タ
ーゲットシステム上のソフトウェアはシンボルに対応す
る仮想アドレスのみを用い、実アドレスを使用しない方
式である。

【０００８】また、特開平１０−２５４７２９号公報に
は、デバッグ対象タスクのプログラムを、通信可能に接
続されたホストコンピュータに送信しデバッガの制御を
行う技術が提案されている。これも同様に、ターゲット
システム上のソフトウェアはシンボルに対応する仮想ア
ドレスのみを用い、実アドレスを使用しない方式であ
る。

【０００９】

【発明が解決しようとする課題】しかしながら上記のよ
うな特開平６−１０３０８８号公報および特開平１０−
２５４７２９号公報に記載のデバッグシステムでは、タ
ーゲットシステム上のＣＰＵが参照するメモリは仮想メ
モリであり、外部バスを経由しての外部デバイスが参照
するメモリは実メモリであり、このターゲットシステム
内で、仮想メモリ上の仮想アドレスと実メモリ上の実ア
ドレスとの対応は、オペレーティングシステムによって
動的に管理されるマッピングテーブルで対応付けられ、
オペレーティングシステムによってその対応は動的に変
化する。

【００１０】そのため、デバッガで、シンボルの指す関
数や変数等の実メモリの正確なアドレスを知ることがで
きず、例えばロジックアナライザを用いてＣＰＵの外部
バスのトレース採取を行うような場合は実アドレスでの
み観測可能であり、ＤＭＡで外部デバイスからメモリを
参照するような場合も実アドレスであるため、このよう
な場合に対して、実アドレスで扱えない場合には不都合
となり、良好にデバッグすることができないという問題
点を有していた。

【００１１】本発明は、上記従来の問題点を解決するも
ので、アプリケーションソフトウェアのデバッグを、動
的に変化する仮想アドレスと実アドレスとの間の対応を
考慮することなく、シンボリックに効率良く実行するこ
とができるデバッガ処理方法および記録媒体を提供す
る。

【００１２】

【課題を解決するための手段】上記の課題を解決するた
めに本発明のデバッガ処理方法は、ソフトウェアを開発
するに際し、ターゲットシステムに搭載された前記開発
対象のアプリケーションソフトウェアに対して、前記タ
ーゲットシステムと通信可能に接続されたホストコンピ
ュータに搭載されたデバッガによりデバッグするデバッ
ガ処理方法であって、前記ターゲットシステム内で、Ｍ
ＭＵを含むＣＰＵが前記アプリケーションソフトウェア
を実行するために、そのメモリアクセス処理をＭＭＵを
用いて動的管理するとともに、前記アプリケーションソ
フトウェアに対するデバッグ処理を管理するオペレーテ
ィングシステムを通じて、前記デバッガにより、前記Ｍ
ＭＵに対するマッピング情報を動的に保持するために前
記ホストコンピュータ内に設けられたマッピングテーブ
ルを参照しつつ、前記アプリケーションソフトウェアに
対して、シンボル参照によるシンボリックデバッグ処理
を実行する方法としたことを特徴とする。

【００１３】また本発明の記録媒体は、ソフトウェアを
開発するに際し、ターゲットシステムに搭載された前記
開発対象のアプリケーションソフトウェアに対して、前
記ターゲットシステムと通信可能に接続されたホストコ
ンピュータに搭載されたデバッガによりデバッグするた
めのデバッガプログラムを記録した記録媒体であって、
前記ターゲットシステム内で、ＭＭＵを含むＣＰＵが前
記アプリケーションソフトウェアを実行するために、そ
のメモリアクセス処理をＭＭＵを用いて動的管理すると
ともに、前記アプリケーションソフトウェアに対するデ
バッグ処理を管理するオペレーティングシステムを通じ
て、前記デバッガにより、前記ＭＭＵに対するマッピン
グ情報を動的に保持するために前記ホストコンピュータ
内に設けられたマッピングテーブルを参照しつつ、前記
アプリケーションソフトウェアに対して、シンボル参照
によるシンボリックデバッグ処理を実行するためのデバ
ッガプログラムを記録したものとしたことを特徴とす
る。

【００１４】以上により、デバッガのシンボル参照機能
を利用して、実メモリを直接に参照することにより、タ
ーゲットシステムと通信可能に接続されたホストコンピ
ュータ上のデバッガが、アドレスの概念をなくしシンボ
ル情報のみにより、アプリケーションソフトウェアの挙
動を正確に追尾もしくは制御することができる。

【００１５】

【発明の実施の形態】本発明の請求項１に記載のデバッ
ガ処理方法は、ソフトウェアを開発するに際し、ターゲ
ットシステムに搭載された前記開発対象のアプリケーシ
ョンソフトウェアに対して、前記ターゲットシステムと
通信可能に接続されたホストコンピュータに搭載された
デバッガによりデバッグするデバッガ処理方法であっ
て、前記ターゲットシステム内で、ＭＭＵを含むＣＰＵ
が前記アプリケーションソフトウェアを実行するため
に、そのメモリアクセス処理をＭＭＵを用いて動的管理
するとともに、前記アプリケーションソフトウェアに対
するデバッグ処理を管理するオペレーティングシステム
を通じて、前記デバッガにより、前記ＭＭＵに対するマ
ッピング情報を動的に保持するために前記ホストコンピ
ュータ内に設けられたマッピングテーブルを参照しつ
つ、前記アプリケーションソフトウェアに対して、シン
ボル参照によるシンボリックデバッグ処理を実行する方
法とする。

【００１６】請求項２に記載のデバッガ処理方法は、請
求項１に記載のデバッガにより、ターゲットシステムの
起動時およびアプリケーションソフトウェアのブレーク
時に、前記ターゲットシステム内のオペレーティングシ
ステムが管理するマッピングテーブルの内容に基づい
て、前記デバッガが前記アプリケーションソフトウェア
に対するシンボリックデバッグ処理の際に参照するホス
トコンピュータ内のマッピングテーブルを更新する方法
とする。

【００１７】請求項３に記載のデバッガ処理方法は、請
求項１または請求項２に記載のデバッガにより、アプリ
ケーションソフトウェアに対するシンボリックデバッグ
処理の際に、ホストコンピュータ内のマッピングテーブ
ルを参照し、ターゲットシステム側の仮想空間中である
ときは、その仮想空間がページ割付けされているかを判
定し、ページ割付けされている場合に前記仮想空間にお
ける仮想アドレスを実アドレスに変換する方法とする。

【００１８】請求項４に記載のデバッガ処理方法は、請
求項１または請求項２または請求項３に記載のデバッガ
により、アプリケーションソフトウェアに対するシンボ
リックデバッグ処理の際に、前記アプリケーションソフ
トウェアのシンボル参照を行う処理の後に、シンボル情
報として、仮想アドレスと前記シンボル参照処理により
アドレス変換した実アドレスとの双方を表示する方法と
する。

【００１９】請求項５に記載の記録媒体は、ソフトウェ
アを開発するに際し、ターゲットシステムに搭載された
前記開発対象のアプリケーションソフトウェアに対し
て、前記ターゲットシステムと通信可能に接続されたホ
ストコンピュータに搭載されたデバッガによりデバッグ
するためのデバッガプログラムを記録した記録媒体であ
って、前記ターゲットシステム内で、ＭＭＵを含むＣＰ
Ｕが前記アプリケーションソフトウェアを実行するため
に、そのメモリアクセス処理をＭＭＵを用いて動的管理
するとともに、前記アプリケーションソフトウェアに対
するデバッグ処理を管理するオペレーティングシステム
を通じて、前記デバッガにより、前記ＭＭＵに対するマ
ッピング情報を動的に保持するために前記ホストコンピ
ュータ内に設けられたマッピングテーブルを参照しつ
つ、前記アプリケーションソフトウェアに対して、シン
ボル参照によるシンボリックデバッグ処理を実行するた
めのデバッガプログラムを記録したものとする。

【００２０】請求項６に記載の記録媒体は、請求項５に
記載のデバッガにより、ターゲットシステムの起動時お
よびアプリケーションソフトウェアのブレーク時に、前
記ターゲットシステム内のオペレーティングシステムが
管理するマッピングテーブルの内容に基づいて、前記デ
バッガが前記アプリケーションソフトウェアに対するシ
ンボリックデバッグ処理の際に参照するホストコンピュ
ータ内のマッピングテーブルを更新するためのデバッガ
プログラムを記録したものとする。

【００２１】請求項７に記載の記録媒体は、請求項５ま
たは請求項６に記載のデバッガにより、アプリケーショ
ンソフトウェアに対するシンボリックデバッグ処理の際
に、ホストコンピュータ内のマッピングテーブルを参照
し、ターゲットシステム側の仮想空間中であるときは、
その仮想空間がページ割付けされているかを判定し、ペ
ージ割付けされている場合に前記仮想空間における仮想
アドレスを実アドレスに変換するためのデバッガプログ
ラムを記録したものとする。

【００２２】請求項８に記載の記録媒体は、請求項５ま
たは請求項６または請求項７に記載のデバッガにより、
アプリケーションソフトウェアに対するシンボリックデ
バッグ処理の際に、前記アプリケーションソフトウェア
のシンボル参照を行う処理の後に、シンボル情報とし
て、仮想アドレスと前記シンボル参照処理によりアドレ
ス変換した実アドレスとの双方を表示するためのデバッ
ガプログラムを記録したものとする。

【００２３】これらの方法および構成によると、デバッ
ガのシンボル参照機能を利用して、実メモリを直接に参
照することにより、ターゲットシステムと通信可能に接
続されたホストコンピュータ上のデバッガが、アドレス
の概念をなくしシンボル情報のみにより、アプリケーシ
ョンソフトウェアの挙動を正確に追尾もしくは制御す
る。

【００２４】以下、本発明の実施の形態を示すデバッガ
処理方法および記録媒体について、図面を参照しながら
具体的に説明する。 （実施の形態１）本発明の実施の形態１のデバッガ処理
方法を説明する。

【００２５】図１は本実施の形態１のデバッガ処理方法
を実現するソフトウエア開発システムの構成を示すブロ
ック図である。このソフトウエア開発システムにおい
て、図１に示すように、ターゲットシステム１は、ＭＭ
Ｕ１２１を含むＣＰＵ１２と、実メモリ１３とから構成
され、実メモリ１３中には、アプリケーションソフトウ
ェア１４と、仮想メモリ（図示せず）の実メモリ１３へ
のマッピング状態を管理するターゲット側マッピングテ
ーブル１５と、ターゲットシステム１のオペレーティン
グシステム１６（以後、ＯＳと称す）と、モニタプログ
ラム１７と、通信インタフェース１８とが配置される。
なお、アプリケーションソフトウェア１４内のタスク
（ａ）１４ａ、タスク（ｂ）１４ｂ、タスク（ｃ）１４
ｃは、アプリケーションソフトウェア１４を構成する任
意個の並行処理ソフトウェアの構成単位である。

【００２６】一方、ホストコンピュータ２上には、ホス
ト側マッピングテーブル２０１およびデバッガ２０２を
含むデバッガソフトウェア２１と、ホスト側オペレーテ
ィングシステム２２と、通信インタフェース２３とが配
置される。通信インタフェース２３は、その通信インタ
フェース２３にホスト側オペレーティングシステム２２
を通じて接続されたデバッガ２０２とモニタプログラム
１７との間の通信のために使用される。

【００２７】なお、アプリケーションソフトウェア１４
とオペレーティングシステム１６およびモニタプログラ
ム１７は、実メモリ１３上にあって、ＣＰＵ１２により
実行されるソフトウェアである。

【００２８】図２は本実施の形態におけるマッピングテ
ーブル１５と実メモリ１３空間および仮想メモリ空間と
の対応説明図、および実行形式ファイル５中にあるシン
ボルテーブル５ａの構成例を示す模式図であり、図２
（ａ）は、ＭＭＵ１２１を用いてＯＳ１６によって管理
されるターゲット側マッピングテーブル１５と、ターゲ
ット側メモリ空間（仮想空間）中のページとの関係の一
例を示している。一般に、実メモリ１３のサイズは仮想
メモリ（図１中に非図示）における仮想空間のサイズに
較べて小さいため、ＯＳ１６が、マッピングテーブル１
５に対し、アプリケーションソフトウェア１４の実行に
必要なページを設定する。このように、マッピングテー
ブル１５は、ＭＭＵ１２１を用いてＯＳ１６によって管
理されている。

【００２９】ターゲット側およびホスト側のマッピング
テーブル１５、２０１の役割は、実メモリにおけるペー
ジ群の仮想メモリへの対応を行うことである。具体的な
マッピングテーブルの構成および内容は、メモリのアド
レス幅やページサイズ等によって異なり、さらにページ
保護等の属性情報が付加されることもある。マッピング
テーブルにないページは非マップすなわちページ割り当
てがされていないページとなる。

【００３０】ＡＰＬ１４に対するシンボリックデバッグ
処理を行うため、デバッガ２０２は、図１の実行形式フ
ァイル５中にあるシンボルテーブル５ａを用いる。この
シンボルテーブル５ａは、図２（ｂ）のように、ＡＰＬ
１４の実行形式ファイル５中に表形式のデータ構造で格
納され、ＡＰＬ１４の中で使用されるシンボルと仮想ア
ドレスとの対応を保持する。

【００３１】図３および図４は本実施の形態のデバッガ
処理方法を実現するソフトウエア開発システムにおける
デバッガのシンボル参照によるシンボリックデバッグ処
理の手順を示すフローチャートである。

【００３２】まず、図３に示すように、ホストコンピュ
ータ２におけるデバッガソフトウェア２１上のデバッガ
２０２の処理の要素であるシンボル参照処理は、実行形
式ファイル５内のシンボルテーブル５ａを検索し、シン
ボルから仮想アドレスに変換し（ステップＳ１００）、
次に、ターゲットシステム１における実メモリ１３上の
モニタプログラム１７に対し、マッピングテーブル１５
の更新があったかを照会する（ステップＳ１０１）。

【００３３】モニタプログラム１７は、デバッガ２０２
からのコマンド待ち状態で前記の照会を受け（ステップ
Ｓ１１０、ステップＳ１１１、ステップＳ１１２）、マ
ッピングテーブル１５の更新照会を行い（ステップＳ１
１３、ステップＳ１１４）、更新があったかなかったか
をホスト側のデバッガ２０２に返信通知する（ステップ
Ｓ１１５、ステップＳ１１６）。もし更新があった場合
は、デバッガ２０２に対し、マッピングテーブル１５に
格納されたデータを送信する（ステップＳ１１７）。

【００３４】デバッガ２０２は、マッピングテーブル１
５の更新があった場合（ステップＳ１０２）には、その
マッピングテーブル１５を受信して、ホスト側マッピン
グテーブル２０１の更新を行い（ステップＳ１０３）、
更新されたホスト側マッピングテーブル２０１を基に、
シンボルから仮想アドレスおよび実アドレスへの変換を
行う（ステップＳ１０４）。以上のような処理ステップ
に従って、デバッガ２０２はシンボル参照処理を実行す
る。

【００３５】この中で、ステップＳ１０１のマッピング
テーブル更新紹介の処理は、一例としては、ＯＳ１６が
マッピング変更を行う際にフラグ設定するようにし、そ
のフラグを参照することにより、実現可能となる。

【００３６】デバッガ２０２は、さらに、前述のシンボ
ル参照処理を用いて、図４に示す処理ステップで、シン
ボルの参照・表示処理を行う。このデバッガ２０２によ
るシンボルの参照・表示処理について、以下に説明す
る。

【００３７】まず、前記のシンボル参照処理を行う（ス
テップＳ２００）。次に、ホスト側マッピングテーブル
２０１の情報を参照し、該シンボルのアドレスがマップ
されているか、あるいはマップされていないかを判定す
る（ステップＳ２０１）。マップされている場合は、モ
ニタプログラム１７に対し、実アドレスを用いてメモリ
内容を照会する（ステップＳ２０２）。

【００３８】モニタプログラム１７は、デバッガ２０２
からのコマンド待ち状態（ステップＳ２１０）から前記
照会を受け、メモリ内容照会のコマンドである場合（ス
テップＳ２１１）、該メモリ内容を取得し（ステップＳ
２１３）送信する（ステップＳ２１４）。

【００３９】デバッガ２０２は、モニタプログラム１７
により送信されたメモリ内容を受信する（ステップＳ２
０３）。ステップ２０１でマップされていない判定とな
った場合には、ステップＳ２０２とステップＳ２０３の
ステップは迂回される。

【００４０】次に、デバッガ２０２は、シンボル情報と
して、シンボル名、マップ・非マップ表示、仮想アドレ
ス、実アドレス、メモリ内容を、入出力装置３の表示装
置に表示する（ステップＳ２０４）。これらの表示の様
態の一例を図６に示す。

【００４１】以上説明したように、ＡＰＬ１４のブレー
ク時すなわち停止時に、デバッガ２０２が、そのシンボ
ル参照のため使用するマッピングテーブル２０１を、現
在のターゲット側マッピングテーブル１５の内容に更新
し、デバッガ２０２からモニタプログラム１７に対し
て、実アドレスでメモリ値を要求・取得し、入出力装置
３の表示装置への表示を行う。これにより、ユーザは仮
想空間中で使用されるシンボルの仮想アドレス・実アド
レスとその内容とを得ることができる。

【００４２】デバッガ２０２とＣＰＵ１２が実行する上
記一連の処理動作の時系列における推移の例を図５に示
す。図５においては、ＡＰＬ１４の中でのタスクとし
て、タスク（ａ）１４ａ、タスク（ｂ）１４ｂ、タスク
（ｃ）１４ｃの３つが存在する場合を例とし、最初にデ
バッガ２０２からモニタプログラム１７に対してＡＰＬ
１４の実行開始の指示が通知され、モニタプログラム１
７からＯＳ１６およびタスク（ａ）１４ａ、タスク
（ｃ）１４ｃと実行遷移し、さらにタスク（ａ）１４ａ
に遷移したところで、ブレークポイントへの到達すなわ
ちＡＰＬ１４の実行が停止したことを想定する。

【００４３】まず、時刻Ｔ０において、デバッガ２０２
はモニタプログラム１７に対し、ＡＰＬ１４の実行開始
の指示を発行し、モニタプログラム１７はＯＳ１６に復
帰する。

【００４４】次に、時刻Ｔ１において、ターゲット側マ
ッピングテーブル１５の更新を行った後、タスク（ａ）
１４ａに実行遷移する。次に、イベント発生等の要因に
よってタスク（ａ）１４ａの実行権が奪われてＯＳ１６
に実行権が戻り、そこで時刻Ｔ２において再度、ターゲ
ット側マッピングテーブル１５が更新される。

【００４５】次に、タスク（ｃ）１４ｃが実行権を得て
遷移し、再びＯＳ１６に戻ったところで、時刻Ｔ３にお
いて再度、ターゲット側マッピングテーブル１５が更新
される。

【００４６】次に、タスク（ａ）１４ａが実行再開した
ところで、タスク（ａ）１４ａが時刻Ｔ４において、予
め設定されたブレークポイントに到達すると、モニタプ
ログラム１７がその処理に割り込む。モニタプログラム
１７は、デバッガ２０２へ、ＡＰＬ１４の実行が停止し
たことを、時刻Ｔ５において通知する。

【００４７】デバッガ２０２は、時刻Ｔ６でターゲット
側マッピングテーブル１５の更新有無を確認を依頼し、
モニタプログラム１７が時刻Ｔ７で、ターゲット側マッ
ピングテーブル１５の更新の有無と更新があった場合に
はターゲット側マッピングテーブル１５に格納されてい
るデータを送信する。

【００４８】次に、時刻Ｔ８で、デバッガ２０２は、モ
ニタプログラム１７に対し、実アドレスを用いてメモリ
内容を照会し、モニタプログラム１７は、メモリ内容の
取得後、デバッガ２０２に送信する。

【００４９】最後に、時刻Ｔ９において、デバッガ２０
２は、ＡＰＬ１４の実行再開をモニタプログラム１７に
指示し、モニタプログラム１７は割り込み元すなわちタ
スク（ａ）１４ａに復帰する。

【００５０】この一連の動作の例に示すように、ターゲ
ット側マッピングテーブル１５の更新は、ＯＳ１６によ
るタスク切り替えの毎に行われるが、その内容のホスト
側への送信は、デバッガ２０２が参照を必要とするとき
のみに限定される。

【００５１】以上のようにして、本実施の形態のデバッ
ガ処理方法を実現するソフトウエア開発システムにおけ
るデバッガのシンボル参照によるシンボリックデバッグ
動作が完了する。 （実施の形態２）本発明の実施の形態２のデバッガ処理
方法および記録媒体を説明する。

【００５２】本実施の形態２のデバッガ処理方法を実現
するデバッガプログラムを記録した記録媒体を用いたソ
フトウエア開発システムの構成として、図１に示すブロ
ック図において、実施の形態１で説明した構成に加え
て、ホストコンピュータ２のデバッガソフトウェア２１
内のデバッガ２０２上に書き込まれるデバッガプログラ
ム、およびターゲットシステム１内の実メモリ１３上に
書き込まれるモニタプログラム１７のいずれか、又は両
方のプログラムを記録する記録媒体４を備える。

【００５３】これらのプログラムのうち、デバッガプロ
グラムは、記録媒体４からホスト側オペレーティングシ
ステム２２によってホストコンピュータ２のデバッガソ
フトウェア２１内のデバッガ２０２上に読み込まれ、
又、モニタプログラム１７は、ターゲット側オペレーテ
ィングシステム１６によってターゲットシステム１内の
実メモリ１３上に読み込まれ、それぞれ必要に応じて実
行される。なお、モニタプログラム１７は、ターゲット
システム１の中で、不揮発性メモリ（図示せず）に格納
されることもある。

【００５４】この後、デバッガ２０２上のデバッガプロ
グラムおよび実メモリ１３上のモニタプログラム１７に
より、実施の形態１の場合と同様のデバッガ処理が実行
され、本実施の形態２のデバッガ処理が完了する。

【００５５】

【発明の効果】以上のように本発明によれば、デバッガ
のシンボル参照機能を利用して、実メモリを直接に参照
することにより、ターゲットシステムと通信可能に接続
されたホストコンピュータ上のデバッガが、アドレスの
概念をなくしシンボル情報のみにより、アプリケーショ
ンソフトウェアの挙動を正確に追尾もしくは制御するこ
とができる。

【００５６】そのため、アプリケーションソフトウェア
のデバッグを、動的に変化する仮想アドレスと実アドレ
スとの間の対応を考慮することなく、シンボリックに効
率良く実行することができる。

【図面の簡単な説明】

【図１】本発明の実施の形態のデバッガ処理方法を実現
するデバッガプログラムを記録した記録媒体を用いたソ
フトウエア開発システムの構成を示すブロック図

【図２】同実施の形態におけるマッピングテーブルと実
メモリ空間および仮想空間との対応説明図およびシンボ
ルテーブルの構成例を示す模式図

【図３】同実施の形態におけるデバッガのシンボル参照
処理の手順を示すフローチャート

【図４】同実施の形態におけるデバッガのシンボル参照
処理の手順を示すフローチャート

【図５】同実施の形態におけるデバッガの動作およびモ
ニタプログラムの実行の流れを示すタイミングチャート

【図６】同実施の形態におけるデバッガ変数の表示例を
示す概略図

【符号の説明】

１ ターゲットシステム １２ ＣＰＵ １２１ ＭＭＵ １３ 実メモリ １４ アプリケーションソフトウェア １４ａ タスク（ａ） １４ｂ タスク（ｂ） １４ｃ タスク（ｃ） １５ ターゲット側マッピングテーブル １６ ターゲット側オペレーティングシステム １７ モニタプログラム １８ 通信インタフェース ２ ホストコンピュータ ２１ デバッガソフトウェア ２０１ ホスト側マッピングテーブル ２０２ デバッガ ２２ ホスト側オペレーティングシステム ２３ 通信インタフェース ３ 入出力装置 ４ 記録媒体 ５ 実行形式ファイル

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ソフトウェアを開発するに際し、ターゲ
   ットシステムに搭載された前記開発対象のアプリケーシ
   ョンソフトウェアに対して、前記ターゲットシステムと
   通信可能に接続されたホストコンピュータに搭載された
   デバッガによりデバッグするデバッガ処理方法であっ
   て、前記ターゲットシステム内で、ＭＭＵを含むＣＰＵ
   が前記アプリケーションソフトウェアを実行するため
   に、そのメモリアクセス処理をＭＭＵを用いて動的管理
   するとともに、前記アプリケーションソフトウェアに対
   するデバッグ処理を管理するオペレーティングシステム
   を通じて、前記デバッガにより、前記ＭＭＵに対するマ
   ッピング情報を動的に保持するために前記ホストコンピ
   ュータ内に設けられたマッピングテーブルを参照しつ
   つ、前記アプリケーションソフトウェアに対して、シン
   ボル参照によるシンボリックデバッグ処理を実行するこ
   とを特徴とするデバッガ処理方法。
2. 【請求項２】 デバッガにより、ターゲットシステムの
   起動時およびアプリケーションソフトウェアのブレーク
   時に、前記ターゲットシステム内のオペレーティングシ
   ステムが管理するマッピングテーブルの内容に基づい
   て、前記デバッガが前記アプリケーションソフトウェア
   に対するシンボリックデバッグ処理の際に参照するホス
   トコンピュータ内のマッピングテーブルを更新すること
   を特徴とする請求項１に記載のデバッガ処理方法。
3. 【請求項３】 デバッガにより、アプリケーションソフ
   トウェアに対するシンボリックデバッグ処理の際に、ホ
   ストコンピュータ内のマッピングテーブルを参照し、タ
   ーゲットシステム側の仮想空間中であるときは、その仮
   想空間がページ割付けされているかを判定し、ページ割
   付けされている場合に前記仮想空間における仮想アドレ
   スを実アドレスに変換することを特徴とする請求項１ま
   たは請求項２に記載のデバッガ処理方法。
4. 【請求項４】 デバッガにより、アプリケーションソフ
   トウェアに対するシンボリックデバッグ処理の際に、前
   記アプリケーションソフトウェアのシンボル参照を行う
   処理の後に、シンボル情報として、仮想アドレスと前記
   シンボル参照処理によりアドレス変換した実アドレスと
   の双方を表示することを特徴とする請求項１または請求
   項２または請求項３に記載のデバッガ処理方法。
5. 【請求項５】 ソフトウェアを開発するに際し、ターゲ
   ットシステムに搭載された前記開発対象のアプリケーシ
   ョンソフトウェアに対して、前記ターゲットシステムと
   通信可能に接続されたホストコンピュータに搭載された
   デバッガによりデバッグするためのデバッガプログラム
   を記録した記録媒体であって、前記ターゲットシステム
   内で、ＭＭＵを含むＣＰＵが前記アプリケーションソフ
   トウェアを実行するために、そのメモリアクセス処理を
   ＭＭＵを用いて動的管理するとともに、前記アプリケー
   ションソフトウェアに対するデバッグ処理を管理するオ
   ペレーティングシステムを通じて、前記デバッガによ
   り、前記ＭＭＵに対するマッピング情報を動的に保持す
   るために前記ホストコンピュータ内に設けられたマッピ
   ングテーブルを参照しつつ、前記アプリケーションソフ
   トウェアに対して、シンボル参照によるシンボリックデ
   バッグ処理を実行するためのデバッガプログラムを記録
   したことを特徴とする記録媒体。
6. 【請求項６】 デバッガにより、ターゲットシステムの
   起動時およびアプリケーションソフトウェアのブレーク
   時に、前記ターゲットシステム内のオペレーティングシ
   ステムが管理するマッピングテーブルの内容に基づい
   て、前記デバッガが前記アプリケーションソフトウェア
   に対するシンボリックデバッグ処理の際に参照するホス
   トコンピュータ内のマッピングテーブルを更新するため
   のデバッガプログラムを記録したことを特徴とする請求
   項５に記載の記録媒体。
7. 【請求項７】 デバッガにより、アプリケーションソフ
   トウェアに対するシンボリックデバッグ処理の際に、ホ
   ストコンピュータ内のマッピングテーブルを参照し、タ
   ーゲットシステム側の仮想空間中であるときは、その仮
   想空間がページ割付けされているかを判定し、ページ割
   付けされている場合に前記仮想空間における仮想アドレ
   スを実アドレスに変換するためのデバッガプログラムを
   記録したことを特徴とする請求項５または請求項６に記
   載の記録媒体。
8. 【請求項８】 デバッガにより、アプリケーションソフ
   トウェアに対するシンボリックデバッグ処理の際に、前
   記アプリケーションソフトウェアのシンボル参照を行う
   処理の後に、シンボル情報として、仮想アドレスと前記
   シンボル参照処理によりアドレス変換した実アドレスと
   の双方を表示するためのデバッガプログラムを記録した
   ことを特徴とする請求項５または請求項６または請求項
   ７に記載の記録媒体。