JP3159155B2 - プログラムのデバッグ方法および装置 - Google Patents
プログラムのデバッグ方法および装置Info
- Publication number
- JP3159155B2 JP3159155B2 JP04162598A JP4162598A JP3159155B2 JP 3159155 B2 JP3159155 B2 JP 3159155B2 JP 04162598 A JP04162598 A JP 04162598A JP 4162598 A JP4162598 A JP 4162598A JP 3159155 B2 JP3159155 B2 JP 3159155B2
- Authority
- JP
- Japan
- Prior art keywords
- system call
- call
- task
- instruction
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Debugging And Monitoring (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、プログラムのデバ
ッグ方法および装置、特にリアルタイムＯＳ上で動くタ
スクのデバッグ方法および装置に関する。
ッグ方法および装置、特にリアルタイムＯＳ上で動くタ
スクのデバッグ方法および装置に関する。
【０００２】
【従来の技術】プログラム開発を行う場合、通常、１つ
の大きなプログラムは多くの小さなサブプログラムに分
割して開発を行う。サブプログラムの大半は、その中で
さらに別のサブプログラムを呼び出して処理を行う場合
も多い。このようなプログラムのデバッグは、最初から
大きなプログラムの全体をデバッグするのではなく、下
層にあるサブプログラムから順次上層のサブプログラム
に向かってデバッグしていくことが多い。この場合、デ
バッグが完了した下層のサブプログラムは不具合が存在
しないため、より上層のサブプログラムをデバッグする
ときにはブラックボックスとして扱っても問題ない。
の大きなプログラムは多くの小さなサブプログラムに分
割して開発を行う。サブプログラムの大半は、その中で
さらに別のサブプログラムを呼び出して処理を行う場合
も多い。このようなプログラムのデバッグは、最初から
大きなプログラムの全体をデバッグするのではなく、下
層にあるサブプログラムから順次上層のサブプログラム
に向かってデバッグしていくことが多い。この場合、デ
バッグが完了した下層のサブプログラムは不具合が存在
しないため、より上層のサブプログラムをデバッグする
ときにはブラックボックスとして扱っても問題ない。
【０００３】プログラムのデバッグ作業は、プログラム
を１命令ずつ実行してレジスタやメモリなどの変化を調
べていくステップ実行がよく用いられるが、この場合デ
バッグが完了したサブプログラムに対しては、サブプロ
グラム内をステップ実行して変化を確認する必要はな
く、サブプログラムを一度に実行した後で変化を確認す
ればよい。このためプログラムのデバッグ作業を行うほ
とんどのデバッガには、ステップ実行しようとしている
命令がサブプログラムの呼び出し命令であった場合、そ
のサブプログラム内を一度に実行してしまうプロシージ
ャ・ステップ実行と呼ばれる機能をもっている。
を１命令ずつ実行してレジスタやメモリなどの変化を調
べていくステップ実行がよく用いられるが、この場合デ
バッグが完了したサブプログラムに対しては、サブプロ
グラム内をステップ実行して変化を確認する必要はな
く、サブプログラムを一度に実行した後で変化を確認す
ればよい。このためプログラムのデバッグ作業を行うほ
とんどのデバッガには、ステップ実行しようとしている
命令がサブプログラムの呼び出し命令であった場合、そ
のサブプログラム内を一度に実行してしまうプロシージ
ャ・ステップ実行と呼ばれる機能をもっている。
【０００４】プログラムの構成上いくつかの並列的に行
われる処理や、時間経過の管理を伴うような処理を必要
とする場合に、リアルタイムＯＳが使用されることがあ
る。リアルタイムＯＳとは、タスクという単位に分割さ
れた複数のプログラムを状況により切り替えながら動作
させるＯＳであり、ＯＳに対するシステムコールの発行
や、割り込みによるイベントの発生により、実行中のタ
スクが切り替わる。このようなタスクは、通常のプログ
ラムと同様に幾つかのサブプログラムに分割されて開発
される。
われる処理や、時間経過の管理を伴うような処理を必要
とする場合に、リアルタイムＯＳが使用されることがあ
る。リアルタイムＯＳとは、タスクという単位に分割さ
れた複数のプログラムを状況により切り替えながら動作
させるＯＳであり、ＯＳに対するシステムコールの発行
や、割り込みによるイベントの発生により、実行中のタ
スクが切り替わる。このようなタスクは、通常のプログ
ラムと同様に幾つかのサブプログラムに分割されて開発
される。
【０００５】このようなリアルタイムＯＳ上で並列動作
する複数のタスクをデバッグする場合に、タスクを構成
するメインプログラム中にサブプログラム（または関
数）が含まれていると、ＣＡＬＬ命令で呼び出されたサ
ブプログラムがメインプログラムに戻る場合に、ＲＥＴ
（リターン）命令を用いないプログラムを使用したと
き、その処理を正常に終了できるようにすることが要求
される。
する複数のタスクをデバッグする場合に、タスクを構成
するメインプログラム中にサブプログラム（または関
数）が含まれていると、ＣＡＬＬ命令で呼び出されたサ
ブプログラムがメインプログラムに戻る場合に、ＲＥＴ
（リターン）命令を用いないプログラムを使用したと
き、その処理を正常に終了できるようにすることが要求
される。
【０００６】このような要求を実現した従来技術とし
て、特開平９−１５２９８０号公報に開示されるプロシ
ージャ・ステップ処理方法がある。
て、特開平９−１５２９８０号公報に開示されるプロシ
ージャ・ステップ処理方法がある。
【０００７】図１は、このプロシージャ・ステップ処理
方法を実施するデバッガ１０の機能ブロック図である。
デバッガ１０は、被デバッグ・プログラムの実行を行
い、レジスタやメモリなどのＣＰＵ資源や外部デバイス
の状態をユーザがデバッグするための機能を持ってい
る。被デバッグ・プログラムの実行のみを考えると、一
般的にデバッガはデバッグ命令を解析する解析部１２
と、ユーザまたはデバッガ・プログラム自身によって設
定されたイベントブレークを検出するまで実行を継続す
るリアルタイム・エミュレーション部１４と、一命令だ
けの実行を行うステップ実行部１６と、関数単位の命令
の実行を行うプロシージャ・ステップ実行部１８とを有
している。プロシージャ・ステップ実行部１８は、命令
判別部２０および関数実行部２２を含んでいる。
方法を実施するデバッガ１０の機能ブロック図である。
デバッガ１０は、被デバッグ・プログラムの実行を行
い、レジスタやメモリなどのＣＰＵ資源や外部デバイス
の状態をユーザがデバッグするための機能を持ってい
る。被デバッグ・プログラムの実行のみを考えると、一
般的にデバッガはデバッグ命令を解析する解析部１２
と、ユーザまたはデバッガ・プログラム自身によって設
定されたイベントブレークを検出するまで実行を継続す
るリアルタイム・エミュレーション部１４と、一命令だ
けの実行を行うステップ実行部１６と、関数単位の命令
の実行を行うプロシージャ・ステップ実行部１８とを有
している。プロシージャ・ステップ実行部１８は、命令
判別部２０および関数実行部２２を含んでいる。
【０００８】図２は、このデバッガ１０によるプロシー
ジャ・ステップの実行を説明するフローチャートであ
る。
ジャ・ステップの実行を説明するフローチャートであ
る。
【０００９】まず、プロシージャ・ステップ実行部１８
の命令判別部２０は、ステップ実行中のプログラムにお
いて、実行する命令がＣＡＬＬ命令かどうかを判断し
（ステップＳ１）、ＣＡＬＬ命令でなければ（Ｎｏ）、
その命令だけをステップ実行部１６で実行して（ステッ
プＳ１１）終了する。
の命令判別部２０は、ステップ実行中のプログラムにお
いて、実行する命令がＣＡＬＬ命令かどうかを判断し
（ステップＳ１）、ＣＡＬＬ命令でなければ（Ｎｏ）、
その命令だけをステップ実行部１６で実行して（ステッ
プＳ１１）終了する。
【００１０】ＣＡＬＬ命令の場合（Ｙｅｓ）は、戻りア
ドレスをスタックに退避する（ステップＳ２）。退避す
るスタックのアドレスは、スタック・ポインタにより指
示される。
ドレスをスタックに退避する（ステップＳ２）。退避す
るスタックのアドレスは、スタック・ポインタにより指
示される。
【００１１】次に、ユーザが設定したイベントを退避
し、すべてのイベントブレークを無効にする（ステップ
Ｓ３）。これは、関数の実行にリアルタイム・エミュレ
ーションを使用するため、そのリアルタイム・エミュレ
ーション中にイベントブレークを発生させないようにす
るためである。
し、すべてのイベントブレークを無効にする（ステップ
Ｓ３）。これは、関数の実行にリアルタイム・エミュレ
ーションを使用するため、そのリアルタイム・エミュレ
ーション中にイベントブレークを発生させないようにす
るためである。
【００１２】次に、ステップＳ２で戻りアドレスを退避
したスタックのアドレスに、アクセスイベントブレーク
を設定する（ステップＳ４）。なお、イベントブレーク
とは、被デバッグ対象であるプログラムの実行処理を中
断することである。
したスタックのアドレスに、アクセスイベントブレーク
を設定する（ステップＳ４）。なお、イベントブレーク
とは、被デバッグ対象であるプログラムの実行処理を中
断することである。
【００１３】次に、関数実行部２２およびリアルタイム
・エミュレーション部１４は、関数のリアルタイム・エ
ミュレーションを開始する（ステップＳ５）。
・エミュレーション部１４は、関数のリアルタイム・エ
ミュレーションを開始する（ステップＳ５）。
【００１４】戻りアドレスを退避したスタックのアドレ
スをアクセスしたことにより、アクセスイベントブレー
クを検出する（ステップＳ６）。
スをアクセスしたことにより、アクセスイベントブレー
クを検出する（ステップＳ６）。
【００１５】プログラムカウンタＰＣが戻りアドレスと
一致するまで、リアルタイム・エミュレーションを継続
する（ステップＳ７）。
一致するまで、リアルタイム・エミュレーションを継続
する（ステップＳ７）。
【００１６】プログラムカウンタＰＣが戻りアドレスと
一致したら、リアルタイム・エミュレーションを中断す
る（ステップＳ８）。
一致したら、リアルタイム・エミュレーションを中断す
る（ステップＳ８）。
【００１７】次に、ステップＳ４で設定したアクセスイ
ベントブレークを解除する（ステップＳ９）。
ベントブレークを解除する（ステップＳ９）。
【００１８】最後に、ステップＳ３で退避したユーザの
イベントを復元し（ステップＳ１０）、プロシージャ・
ステップ実行処理を終了する。
イベントを復元し（ステップＳ１０）、プロシージャ・
ステップ実行処理を終了する。
【００１９】以上のようなプロシージャ・ステップによ
れば、戻りアドレスを退避したスタックのアドレスに、
アクセスイベントブレークを設定するので、ＲＥＴ命令
を用いない関数がプロシージャ・ステップ実行される場
合でも、処理を中断することができる。
れば、戻りアドレスを退避したスタックのアドレスに、
アクセスイベントブレークを設定するので、ＲＥＴ命令
を用いない関数がプロシージャ・ステップ実行される場
合でも、処理を中断することができる。
【００２０】
【発明が解決しようとする課題】マルチタスク・システ
ムでは、図３のように個々に別々のスタック領域を持っ
たタスクがリアルタイムＯＳを介して並列に実行され
る。タスクは処理がすべて終わると、自タスク終了シス
テムコールを呼び出し、リアルタイムＯＳにタスクの終
了を通知する。リアルタイムＯＳは、タスクの終了を検
知すると、システムコールの発行元のタスクのスタック
領域を解放してしまうので、「ＰＣ＝戻りアドレス」の
条件で処理を中断させる従来の方法では、プロシージャ
・ステップ実行動作を終了させることができなかった。
ムでは、図３のように個々に別々のスタック領域を持っ
たタスクがリアルタイムＯＳを介して並列に実行され
る。タスクは処理がすべて終わると、自タスク終了シス
テムコールを呼び出し、リアルタイムＯＳにタスクの終
了を通知する。リアルタイムＯＳは、タスクの終了を検
知すると、システムコールの発行元のタスクのスタック
領域を解放してしまうので、「ＰＣ＝戻りアドレス」の
条件で処理を中断させる従来の方法では、プロシージャ
・ステップ実行動作を終了させることができなかった。
【００２１】例えば、図４に示すような動作をするプロ
グラムについて考える。
グラムについて考える。
【００２２】図４は、左端に時間、中央に実行中のプロ
グラム（タスク，関数，リアルタイムＯＳ）、右端に当
該時間で命令を実行した直後のスタック状態を示してい
る。タスクは、タスク１，タスク２，タスク３の３つが
あり、関数１はタスク１に含まれるサブプログラムであ
り、関数２はタスク２に含まれるサブプログラムであ
る。各タスク１，２，３は、対応するスタック１，２，
３をそれぞれ有している。これらスタックにおいて、ス
タック・ポインタの示すアドレスを斜線で示している
（ただし、リアルタイムＯＳ処理中についてはＯＳ用の
スタックを持っていたり、スタック切り替えのタイミン
グが異なったりするため、図４とは異なる場合があ
る。）。
グラム（タスク，関数，リアルタイムＯＳ）、右端に当
該時間で命令を実行した直後のスタック状態を示してい
る。タスクは、タスク１，タスク２，タスク３の３つが
あり、関数１はタスク１に含まれるサブプログラムであ
り、関数２はタスク２に含まれるサブプログラムであ
る。各タスク１，２，３は、対応するスタック１，２，
３をそれぞれ有している。これらスタックにおいて、ス
タック・ポインタの示すアドレスを斜線で示している
（ただし、リアルタイムＯＳ処理中についてはＯＳ用の
スタックを持っていたり、スタック切り替えのタイミン
グが異なったりするため、図４とは異なる場合があ
る。）。
【００２３】例えば、時間Ｔ１において実行しているの
はタスク１のプログラムであり、このとき命令「ＣＡＬ
Ｌ ＳＹＳＣＡＬＬ」を実行すると、タスク１用のスタ
ック１のスタック・ポインタの示すアドレスに、スタッ
ク１への戻りアドレスＡが格納され、リアルタイムＯＳ
に実行が移る。（タスク２およびタスク３用のスタック
２，３には、この時点ですでに戻りアドレスＥおよびＧ
が格納されているが、これはそれぞれのタスクが時間Ｔ
１以前に実行されていたことを意味する）。
はタスク１のプログラムであり、このとき命令「ＣＡＬ
Ｌ ＳＹＳＣＡＬＬ」を実行すると、タスク１用のスタ
ック１のスタック・ポインタの示すアドレスに、スタッ
ク１への戻りアドレスＡが格納され、リアルタイムＯＳ
に実行が移る。（タスク２およびタスク３用のスタック
２，３には、この時点ですでに戻りアドレスＥおよびＧ
が格納されているが、これはそれぞれのタスクが時間Ｔ
１以前に実行されていたことを意味する）。
【００２４】次に、時間Ｔ２においてリアルタイムＯＳ
の処理が終了すると、ＯＳ自身の管理によりタスク１の
アドレスＡに処理が復帰する。
の処理が終了すると、ＯＳ自身の管理によりタスク１の
アドレスＡに処理が復帰する。
【００２５】次に、時間Ｔ３において、命令「ＣＡＬＬ
ＦＵＮＣ１」を実行すると、スタック１への戻りアド
レスＤがスタック１に格納され、関数１に実行が移る。
関数１を実行中に、命令「ＣＡＬＬ ＳＹＳＣＡＬＬ
２」を実行すると、スタック１に関数１への戻りアドレ
スＢが格納され、リアルタイムＯＳに実行が移る。
ＦＵＮＣ１」を実行すると、スタック１への戻りアド
レスＤがスタック１に格納され、関数１に実行が移る。
関数１を実行中に、命令「ＣＡＬＬ ＳＹＳＣＡＬＬ
２」を実行すると、スタック１に関数１への戻りアドレ
スＢが格納され、リアルタイムＯＳに実行が移る。
【００２６】次に、時間Ｔ５においてリアルタイムＯＳ
の処理が終了すると、ＯＳ自身の管理により関数１のア
ドレスＢに処理が復帰する。
の処理が終了すると、ＯＳ自身の管理により関数１のア
ドレスＢに処理が復帰する。
【００２７】次に、関数１の実行中に時間Ｔ６におい
て、命令「ＣＡＬＬ ＦＵＮＣ３」を実行すると、スタ
ック１に関数１への戻りアドレスＣが格納され、リアル
タイムＯＳに実行が移る。
て、命令「ＣＡＬＬ ＦＵＮＣ３」を実行すると、スタ
ック１に関数１への戻りアドレスＣが格納され、リアル
タイムＯＳに実行が移る。
【００２８】次に、時間Ｔ７においてリアルタイムＯＳ
の処理が終了すると、ＯＳ自身の管理により関数１のア
ドレスＣに処理が復帰する。
の処理が終了すると、ＯＳ自身の管理により関数１のア
ドレスＣに処理が復帰する。
【００２９】関数１の実行において、ＲＥＴ命令が実行
されると、タスク１のアドレスＤに処理が復帰する。
されると、タスク１のアドレスＤに処理が復帰する。
【００３０】時間Ｔ９〜Ｔ１３に見られるように、タス
ク１でＳＹＳＣＡＬＬ４を呼び出した後に、リアルタイ
ムＯＳの管理によりタスク２に実行が移った場合には、
タスク２ではスタック２が使用され、スタック１が変化
することはない。また、スタックが切り替わるのに伴っ
てスタック・ポインタもスタック２を示すように変更さ
れる。
ク１でＳＹＳＣＡＬＬ４を呼び出した後に、リアルタイ
ムＯＳの管理によりタスク２に実行が移った場合には、
タスク２ではスタック２が使用され、スタック１が変化
することはない。また、スタックが切り替わるのに伴っ
てスタック・ポインタもスタック２を示すように変更さ
れる。
【００３１】時間Ｔ１３でＯＳ自身の管理によりタスク
１に実行が移り、時間Ｔ１４でタスク終了システムコー
ルである命令「ＣＡＬＬ ＳＹＳＣＡＬＬ６」が実行さ
れたとする。「ＣＡＬＬ ＳＹＳＣＡＬＬ６」によっ
て、スタック１にはタスク１への戻り予定アドレスＸ
（実際には戻ることはないが）が格納される。また、図
４では時間Ｔ１４以後もスタック１が存在するように示
されているが、通常は不要なリソースを解放するため
に、タスク終了をリアルタイムＯＳが検知した段階で、
スタック１の領域は解放され空き領域として扱われるこ
とになる。
１に実行が移り、時間Ｔ１４でタスク終了システムコー
ルである命令「ＣＡＬＬ ＳＹＳＣＡＬＬ６」が実行さ
れたとする。「ＣＡＬＬ ＳＹＳＣＡＬＬ６」によっ
て、スタック１にはタスク１への戻り予定アドレスＸ
（実際には戻ることはないが）が格納される。また、図
４では時間Ｔ１４以後もスタック１が存在するように示
されているが、通常は不要なリソースを解放するため
に、タスク終了をリアルタイムＯＳが検知した段階で、
スタック１の領域は解放され空き領域として扱われるこ
とになる。
【００３２】なお、以上の処理では、前述したように、
リアルタイムＯＳからタスクへ戻る動作は、ＯＳ自身が
管理している。また、リアルタイムＯＳでは、各タスク
毎に関数の戻りアドレスを管理できるので、各タスク毎
に独自に関数の呼び出しができる。
リアルタイムＯＳからタスクへ戻る動作は、ＯＳ自身が
管理している。また、リアルタイムＯＳでは、各タスク
毎に関数の戻りアドレスを管理できるので、各タスク毎
に独自に関数の呼び出しができる。
【００３３】以上のようなプログラムにおいて、タスク
のデバッグを行う場合、 ・システムコールを呼び出すと、処理後にそのまま自タ
スクに戻ってくる場合（時間Ｔ１〜Ｔ２での処理） ・関数を呼ぶと、関数内部でシステムコールを呼び出
し、自タスクに戻ってきてから関数が終わる場合（時間
Ｔ３〜Ｔ８での処理） ・システムコールを呼び出すと、他タスクの実行をして
から自タスクに戻ってくる場合（時間Ｔ９〜Ｔ１３での
処理） などについては、タスク１のスタックが他タスクと独立
しているため、自タスクに戻ってきた場所で、ＰＣ＝戻
りアドレスの条件で実行を中断することができる。
のデバッグを行う場合、 ・システムコールを呼び出すと、処理後にそのまま自タ
スクに戻ってくる場合（時間Ｔ１〜Ｔ２での処理） ・関数を呼ぶと、関数内部でシステムコールを呼び出
し、自タスクに戻ってきてから関数が終わる場合（時間
Ｔ３〜Ｔ８での処理） ・システムコールを呼び出すと、他タスクの実行をして
から自タスクに戻ってくる場合（時間Ｔ９〜Ｔ１３での
処理） などについては、タスク１のスタックが他タスクと独立
しているため、自タスクに戻ってきた場所で、ＰＣ＝戻
りアドレスの条件で実行を中断することができる。
【００３４】一方、タスク終了システムコールを呼び出
すと自タスクが終了する場合（時間Ｔ１４での処理）
は、リアルタイムＯＳがタスク１のスタック１を解放し
て空き領域としてしまうため、プログラムカウンタＰＣ
が戻りアドレスに一致することがないので、実行は中断
しない。
すと自タスクが終了する場合（時間Ｔ１４での処理）
は、リアルタイムＯＳがタスク１のスタック１を解放し
て空き領域としてしまうため、プログラムカウンタＰＣ
が戻りアドレスに一致することがないので、実行は中断
しない。
【００３５】以上のように、リアルタイムＯＳを使用し
たプログラムは、タスクを切り替えるために特定のシス
テムコールをタスクから呼び出すが、システムコールの
中には自タスクを終了するためのものがあり、このよう
な自タスク終了のシステムコールが呼び出されると、デ
バッグ処理が中断しない。
たプログラムは、タスクを切り替えるために特定のシス
テムコールをタスクから呼び出すが、システムコールの
中には自タスクを終了するためのものがあり、このよう
な自タスク終了のシステムコールが呼び出されると、デ
バッグ処理が中断しない。
【００３６】本発明の目的は、リアルタイムＯＳを使用
したマルチタスク・システムにおいて、自タスク終了を
行うシステムコールが呼び出されても、デバッグの実行
動作を終了することのできるデバッグ方法および装置を
提供することにある。
したマルチタスク・システムにおいて、自タスク終了を
行うシステムコールが呼び出されても、デバッグの実行
動作を終了することのできるデバッグ方法および装置を
提供することにある。
【００３７】本発明の他の目的は、デバッグ方法を実施
するプログラムを記録した記録媒体を提供することにあ
る。
するプログラムを記録した記録媒体を提供することにあ
る。
【００３８】
【課題を解決するための手段】本発明によれば、自タス
ク（システムコールの呼び出し元）を終了してしまうよ
うなシステムコールのプロシージャ・ステップ実行を、
デバッガにリアルタイムＯＳの内部情報を保持させ、被
デバッグ・プログラムから呼び出されたシステムコール
の種類を判別し、自タスク終了システムコールの場合
は、リアルタイムＯＳ内部にイベントブレークを設定し
て実行することにより、リアルタイムＯＳの処理が終了
した時点でプログラム実行を中断させる。
ク（システムコールの呼び出し元）を終了してしまうよ
うなシステムコールのプロシージャ・ステップ実行を、
デバッガにリアルタイムＯＳの内部情報を保持させ、被
デバッグ・プログラムから呼び出されたシステムコール
の種類を判別し、自タスク終了システムコールの場合
は、リアルタイムＯＳ内部にイベントブレークを設定し
て実行することにより、リアルタイムＯＳの処理が終了
した時点でプログラム実行を中断させる。
【００３９】本発明のリアルタイムＯＳ上で並列に実行
される複数のタスクをデバッグする方法は、リアルタイ
ムＯＳの内部情報を保持させるステップと、ＣＡＬＬ命
令であるか否かを判別するステップと、ＣＡＬＬ命令で
あれば、そのＣＡＬＬ命令が、自タスク終了システムコ
ールであるか否かを、前記内部情報を参照して判別する
ステップと、自タスク終了システムコールであれば、前
記内部情報を参照してリアルタイムＯＳ内部にイベント
ブレークを設定して、プロシージャ・ステップを実行す
るステップと、前記イベントブレークを検出した後に、
プロシージャ・ステップの実行を終了させるステップと
を含んでいる。
される複数のタスクをデバッグする方法は、リアルタイ
ムＯＳの内部情報を保持させるステップと、ＣＡＬＬ命
令であるか否かを判別するステップと、ＣＡＬＬ命令で
あれば、そのＣＡＬＬ命令が、自タスク終了システムコ
ールであるか否かを、前記内部情報を参照して判別する
ステップと、自タスク終了システムコールであれば、前
記内部情報を参照してリアルタイムＯＳ内部にイベント
ブレークを設定して、プロシージャ・ステップを実行す
るステップと、前記イベントブレークを検出した後に、
プロシージャ・ステップの実行を終了させるステップと
を含んでいる。
【００４０】リアルタイムＯＳ上で並列に実行される複
数のタスクをデバッグする装置は、リアルタイムＯＳの
内部情報を保持する手段と、ＣＡＬＬ命令であるか否か
を判別する手段と、ＣＡＬＬ命令であれば、そのＣＡＬ
Ｌ命令が、自タスク終了システムコールであるか否か
を、前記内部情報を参照して判別する手段と、自タスク
終了システムコールであれば、前記内部情報を参照して
リアルタイムＯＳ内部にイベントブレークを設定して、
プロシージャ・ステップを実行する手段と、前記イベン
トブレークを検出した後に、プロシージャ・ステップの
実行を終了させる手段とを有している。
数のタスクをデバッグする装置は、リアルタイムＯＳの
内部情報を保持する手段と、ＣＡＬＬ命令であるか否か
を判別する手段と、ＣＡＬＬ命令であれば、そのＣＡＬ
Ｌ命令が、自タスク終了システムコールであるか否か
を、前記内部情報を参照して判別する手段と、自タスク
終了システムコールであれば、前記内部情報を参照して
リアルタイムＯＳ内部にイベントブレークを設定して、
プロシージャ・ステップを実行する手段と、前記イベン
トブレークを検出した後に、プロシージャ・ステップの
実行を終了させる手段とを有している。
【００４１】さらに本発明のリアルタイムＯＳ上で並列
に実行される複数のタスクをデバッグするプログラムを
記録しした記録媒体は、前記プログラムは、リアルタイ
ムＯＳの内部情報を保持させるステップと、ＣＡＬＬ命
令であるか否かを判別するステップと、ＣＡＬＬ命令で
あれば、そのＣＡＬＬ命令が、自タスク終了システムコ
ールであるか否かを、前記内部情報を参照して判別する
ステップと、自タスク終了システムコールであれば、前
記内部情報を参照してリアルタイムＯＳ内部にイベント
ブレークを設定して、プロシージャ・ステップを実行す
るステップと、前記イベントブレークを検出した後に、
プロシージャ・ステップの実行を終了させるステップを
含んでいる。
に実行される複数のタスクをデバッグするプログラムを
記録しした記録媒体は、前記プログラムは、リアルタイ
ムＯＳの内部情報を保持させるステップと、ＣＡＬＬ命
令であるか否かを判別するステップと、ＣＡＬＬ命令で
あれば、そのＣＡＬＬ命令が、自タスク終了システムコ
ールであるか否かを、前記内部情報を参照して判別する
ステップと、自タスク終了システムコールであれば、前
記内部情報を参照してリアルタイムＯＳ内部にイベント
ブレークを設定して、プロシージャ・ステップを実行す
るステップと、前記イベントブレークを検出した後に、
プロシージャ・ステップの実行を終了させるステップを
含んでいる。
【００４２】
【発明の実施の形態】図５は、本発明のデバッグ装置
（またはデバッガ）の機能ブロック図である。このデバ
ッガ４０は、図１に示す従来のデバッガに比べて、プロ
シージャ・ステップ実行部２４の機能が異なり、さらに
ＯＳ情報テーブル３４を有している。
（またはデバッガ）の機能ブロック図である。このデバ
ッガ４０は、図１に示す従来のデバッガに比べて、プロ
シージャ・ステップ実行部２４の機能が異なり、さらに
ＯＳ情報テーブル３４を有している。
【００４３】プロシージャ・ステップ実行部２４は、命
令がＣＡＬＬ命令であるかどうかを判断する命令判断部
２６と、ＣＡＬＬ命令が自タスク終了システムコールで
あるかどうかを判断する関数判断部２８と、タスク終了
関数を実行する実行部３０と、タスク終了関数以外の通
常関数を実行する実行部３２とを有している。
令がＣＡＬＬ命令であるかどうかを判断する命令判断部
２６と、ＣＡＬＬ命令が自タスク終了システムコールで
あるかどうかを判断する関数判断部２８と、タスク終了
関数を実行する実行部３０と、タスク終了関数以外の通
常関数を実行する実行部３２とを有している。
【００４４】このデバッガによるデバッグ方法を説明す
る前に、システムコールの呼び出し方法について説明す
る。
る前に、システムコールの呼び出し方法について説明す
る。
【００４５】システムコールの呼び出し方法には、タス
クからシステムコールを直接呼び出す方式と、リアルタ
イムＯＳにシステムコールＩＤを渡して、ＯＳ内の共通
の入口であるＯＳエントリから分岐させる間接呼び出し
方式とがある。
クからシステムコールを直接呼び出す方式と、リアルタ
イムＯＳにシステムコールＩＤを渡して、ＯＳ内の共通
の入口であるＯＳエントリから分岐させる間接呼び出し
方式とがある。
【００４６】図６は、システムコール直接呼び出し方式
を示すリアルタイムＯＳの内部処理フローチャートであ
る。また、図７は、システムコール間接呼び出し方式を
示すリアルタイムＯＳの内部処理フローチャートであ
る。これら図は、ＯＳコード領域を併せて示している。
を示すリアルタイムＯＳの内部処理フローチャートであ
る。また、図７は、システムコール間接呼び出し方式を
示すリアルタイムＯＳの内部処理フローチャートであ
る。これら図は、ＯＳコード領域を併せて示している。
【００４７】システムコール直接呼び出し方式では、タ
スク上に、 ＣＡＬＬ ＳＹＳＣＡＬＬ１ のように、システムコールのアドレスをＣＡＬＬ命令の
オペランドとして記述する。
スク上に、 ＣＡＬＬ ＳＹＳＣＡＬＬ１ のように、システムコールのアドレスをＣＡＬＬ命令の
オペランドとして記述する。
【００４８】一方、間接呼び出し方式では、 ＭＯＶ ＲＧ１，ＳＹＳＣＡＬＬ＿ＩＤ１ ＣＡＬＬ ＯＳ＿ＥＮＴＲＹ のように、システムコールＩＤをレジスタ等を用いてＯ
Ｓエントリへの引数として渡す。ＯＳエントリでは、こ
のシステムコールＩＤに基づいて対応するシステムコー
ルへ分岐する。
Ｓエントリへの引数として渡す。ＯＳエントリでは、こ
のシステムコールＩＤに基づいて対応するシステムコー
ルへ分岐する。
【００４９】直接呼び出し方式では、ＣＡＬＬ命令のオ
ペランドを、間接呼び出し方式では，ＯＳエントリへの
引数を、それぞれ解析することによってシステムコール
の種類を判別することができる。
ペランドを、間接呼び出し方式では，ＯＳエントリへの
引数を、それぞれ解析することによってシステムコール
の種類を判別することができる。
【００５０】判別した結果に基づいて、システムコール
（ＯＳ）の終了アドレスを割り出し、割り出されたＯＳ
終了アドレスにイベントブレークを設定してリアルタイ
ム・エミュレーションを行うことによって、システムコ
ール（ＯＳ）処理が終わった箇所で実行を中断すること
ができる。したがって、デバッガのテーブル３４に保持
させるＯＳ情報には、 ・システムコールを特定するためのルール ・直接呼び出しか間接呼び出しか ・引数として使用されるレジスタ，メモリの種類 ・自タスク終了システムコールの情報 ・システムコールのアドレスまたはシステムコールＩＤ ・ＯＳエントリ・アドレス ・システムコール（ＯＳ）の終了位置情報 が必要である。
（ＯＳ）の終了アドレスを割り出し、割り出されたＯＳ
終了アドレスにイベントブレークを設定してリアルタイ
ム・エミュレーションを行うことによって、システムコ
ール（ＯＳ）処理が終わった箇所で実行を中断すること
ができる。したがって、デバッガのテーブル３４に保持
させるＯＳ情報には、 ・システムコールを特定するためのルール ・直接呼び出しか間接呼び出しか ・引数として使用されるレジスタ，メモリの種類 ・自タスク終了システムコールの情報 ・システムコールのアドレスまたはシステムコールＩＤ ・ＯＳエントリ・アドレス ・システムコール（ＯＳ）の終了位置情報 が必要である。
【００５１】図８は、図５のデバッガ４０の動作を示す
フローチャートである。このフローチャートを参照しな
がら、プロシージャ・ステップの実行処理について説明
する。
フローチャートである。このフローチャートを参照しな
がら、プロシージャ・ステップの実行処理について説明
する。
【００５２】まず、プロシージャ・ステップ実行部２４
の命令判別部２６は、ステップ実行中のプログラムにお
いて、実行する命令がＣＡＬＬ命令かどうかを判別し
（ステップＳ１）、ＣＡＬＬ命令でなければ（Ｎｏ）、
その命令だけをステップ実行部１６で実行して（ステッ
プＳ２）終了する。
の命令判別部２６は、ステップ実行中のプログラムにお
いて、実行する命令がＣＡＬＬ命令かどうかを判別し
（ステップＳ１）、ＣＡＬＬ命令でなければ（Ｎｏ）、
その命令だけをステップ実行部１６で実行して（ステッ
プＳ２）終了する。
【００５３】ＣＡＬＬ命令の場合（Ｙｅｓ）は、関数判
別部２８がＯＳ情報テーブル３４から「システムコール
を特定するためのルール」，「自タスク終了システムコ
ールの情報」を読み出し、自タスク終了システムコール
かどうかを判別する（ステップＳ３）。
別部２８がＯＳ情報テーブル３４から「システムコール
を特定するためのルール」，「自タスク終了システムコ
ールの情報」を読み出し、自タスク終了システムコール
かどうかを判別する（ステップＳ３）。
【００５４】図９および図１０に、関数判別部２８の処
理を示すフローチャートを示す。図９は、システムコー
ルの呼び出しが直接行われる場合、すなわちシステムコ
ール直接呼び出しの場合の処理を、図１０は、システム
コールの呼び出しがＯＳエントリを介して行われる場
合、すなわちシステムコール間接呼び出しの場合の処理
を示している。
理を示すフローチャートを示す。図９は、システムコー
ルの呼び出しが直接行われる場合、すなわちシステムコ
ール直接呼び出しの場合の処理を、図１０は、システム
コールの呼び出しがＯＳエントリを介して行われる場
合、すなわちシステムコール間接呼び出しの場合の処理
を示している。
【００５５】図９の直接呼び出しにおいて、関数判別部
２８は、ＯＳ情報テーブル３４より、自タスク終了シス
テムコール情報（シンボル／アドレス）を抽出し、自タ
スク終了システムコールの先頭アドレスを計算し、保持
する。一方、関数判別部は、ＣＡＬＬ命令のオペランド
（呼び出し先アドレス）を獲得した後、保持されている
先頭アドレスを参照し、自タスク終了システムコール先
頭アドレスを取得する。呼び出し先アドレスが、この先
頭アドレスに一致すると、タスク終了関数実行部３０の
処理へ、不一致であれば通常関数実行部３２の処理へ進
む。
２８は、ＯＳ情報テーブル３４より、自タスク終了シス
テムコール情報（シンボル／アドレス）を抽出し、自タ
スク終了システムコールの先頭アドレスを計算し、保持
する。一方、関数判別部は、ＣＡＬＬ命令のオペランド
（呼び出し先アドレス）を獲得した後、保持されている
先頭アドレスを参照し、自タスク終了システムコール先
頭アドレスを取得する。呼び出し先アドレスが、この先
頭アドレスに一致すると、タスク終了関数実行部３０の
処理へ、不一致であれば通常関数実行部３２の処理へ進
む。
【００５６】図１０において、関数判別部２８は、ＯＳ
情報テーブル３４より、ＯＳエントリ・アドレスを抽出
し、および自タスク終了システムコールＩＤ（番号／ア
ドレス）を抽出し、保持する。一方、関数判別部は、Ｃ
ＡＬＬ命令のオペランド（呼び出し先アドレス）を獲得
した後、保持しているＯＳエントリ・アドレスを参照し
て、ＯＳエントリ・アドレスを取得する。
情報テーブル３４より、ＯＳエントリ・アドレスを抽出
し、および自タスク終了システムコールＩＤ（番号／ア
ドレス）を抽出し、保持する。一方、関数判別部は、Ｃ
ＡＬＬ命令のオペランド（呼び出し先アドレス）を獲得
した後、保持しているＯＳエントリ・アドレスを参照し
て、ＯＳエントリ・アドレスを取得する。
【００５７】呼び出し先アドレスが、このＯＳエントリ
・アドレスに一致すれば引数を取得する。保持している
自タスク終了システムコールＩＤを参照して、引数が自
タスク終了システムコールＩＤと一致するかどうかを判
断する。一致すれば、タスク終了関数実行部３０の処理
へ、不一致であれば通常関数実行部３２の処理へ進む。
また、前述したＯＳエントリ・アドレスが呼び出し先ア
ドレスに不一致の場合にも、通常関数実行部３２の処理
へ進む。
・アドレスに一致すれば引数を取得する。保持している
自タスク終了システムコールＩＤを参照して、引数が自
タスク終了システムコールＩＤと一致するかどうかを判
断する。一致すれば、タスク終了関数実行部３０の処理
へ、不一致であれば通常関数実行部３２の処理へ進む。
また、前述したＯＳエントリ・アドレスが呼び出し先ア
ドレスに不一致の場合にも、通常関数実行部３２の処理
へ進む。
【００５８】図８に戻り、関数判別部２８で、自タスク
終了システムコールでないと判別された場合には、通常
関数実行部３２に通常のプロシージャ・ステップを実行
させる（ステップＳ４）。この通常のプロシージャ・ス
テップは、図２で説明したプロシージャ・ステップと同
一である。
終了システムコールでないと判別された場合には、通常
関数実行部３２に通常のプロシージャ・ステップを実行
させる（ステップＳ４）。この通常のプロシージャ・ス
テップは、図２で説明したプロシージャ・ステップと同
一である。
【００５９】自タスク終了システムコールであれば、タ
スク終了関数実行部３０は、ユーザが設定したイベント
を退避し、すべてのイベントブレークを解除すなわち無
効にする（ステップＳ５）。
スク終了関数実行部３０は、ユーザが設定したイベント
を退避し、すべてのイベントブレークを解除すなわち無
効にする（ステップＳ５）。
【００６０】なお、図１１には、図８に示すタスク関数
実行部の処理フローとほぼ同じであるが、ＯＳ終了アド
レスの確定の処理を追加して示すフローチャートを示
す。
実行部の処理フローとほぼ同じであるが、ＯＳ終了アド
レスの確定の処理を追加して示すフローチャートを示
す。
【００６１】図１１において、タスク終了関数実行部３
０は、ＯＳ情報テーブル３４より、システムコール（Ｏ
Ｓ）の終了位置情報（シンボル／アドレス）を抽出し、
ＯＳ終了アドレスを計算し、保持する。一方、タスク終
了関数実行部は、保持されたＯＳ終了アドレスを確定す
る。
０は、ＯＳ情報テーブル３４より、システムコール（Ｏ
Ｓ）の終了位置情報（シンボル／アドレス）を抽出し、
ＯＳ終了アドレスを計算し、保持する。一方、タスク終
了関数実行部は、保持されたＯＳ終了アドレスを確定す
る。
【００６２】図８に戻り、確定されたＯＳ終了アドレス
へ実行後イベントブレークを設定する（ステップＳ
６）。
へ実行後イベントブレークを設定する（ステップＳ
６）。
【００６３】次に、タスク終了関数実行部３０およびリ
アルタイム・エミュレーション部１４は、タスク終了関
数のリアルタイム・エミュレーションを開始する（ステ
ップＳ７）。
アルタイム・エミュレーション部１４は、タスク終了関
数のリアルタイム・エミュレーションを開始する（ステ
ップＳ７）。
【００６４】ＯＳ終了アドレスをアクセスしたことによ
り、実行後イベントブレークを検出すると（ステップＳ
８）、リアルタイム・エミュレーションを中断する（ス
テップＳ９）。
り、実行後イベントブレークを検出すると（ステップＳ
８）、リアルタイム・エミュレーションを中断する（ス
テップＳ９）。
【００６５】次に、ステップＳ６で設定した実行後イベ
ントブレークを解除する（ステップＳ１０）。
ントブレークを解除する（ステップＳ１０）。
【００６６】最後に、ステップＳ５で退避したユーザの
イベントを復元し（ステップＳ１１）、タスク終了関数
の実行を終了する。
イベントを復元し（ステップＳ１１）、タスク終了関数
の実行を終了する。
【００６７】以上説明したデバッガによれば、自タスク
終了システムコールが呼び出されても、リアルタイムＯ
Ｓの処理が終了した時点でプログラム実行を中断させる
ことができる。
終了システムコールが呼び出されても、リアルタイムＯ
Ｓの処理が終了した時点でプログラム実行を中断させる
ことができる。
【００６８】このようなデバッガは、プログラムで構成
することができる。
することができる。
【００６９】
【発明の効果】本発明によれば、自タスクを終了してし
まうようなシステムコールのプロシージャ・ステップ実
行を、デバッガにリアルタイムＯＳの内部情報を保持さ
せ、被デバッグ・プログラムから呼び出されたシステム
コールの種類を判別し、自タスク終了システムコールの
場合は、リアルタイムＯＳ内部にイベントブレークを設
定して実行することにより、リアルタイムＯＳの処理が
終了した時点でプログラム実行を中断させるようにした
ので、マルチタスク・システムにおいて、自タスク終了
を行うシステムコールが呼び出されても、デバッグの実
行動作を終了することができる。
まうようなシステムコールのプロシージャ・ステップ実
行を、デバッガにリアルタイムＯＳの内部情報を保持さ
せ、被デバッグ・プログラムから呼び出されたシステム
コールの種類を判別し、自タスク終了システムコールの
場合は、リアルタイムＯＳ内部にイベントブレークを設
定して実行することにより、リアルタイムＯＳの処理が
終了した時点でプログラム実行を中断させるようにした
ので、マルチタスク・システムにおいて、自タスク終了
を行うシステムコールが呼び出されても、デバッグの実
行動作を終了することができる。
【図１】従来のプロシージャ・ステップ処理方法を実施
するデバッガの機能ブロック図である。
するデバッガの機能ブロック図である。
【図２】図１のデバッガによるプロシージャ・ステップ
の実行を説明するフローチャートである。
の実行を説明するフローチャートである。
【図３】被デバッグ・プログラムを示す図である。
【図４】特定の動作をするプログラムを説明するための
図である。
図である。
【図５】本発明のデバッグ装置の機能ブロック図であ
る。
る。
【図６】システムコール直接呼び出し方式を示すリアル
タイムＯＳの内部処理フローチャートである。
タイムＯＳの内部処理フローチャートである。
【図７】システムコール間接呼び出し方式を示すリアル
タイムＯＳの内部処理フローチャートである。
タイムＯＳの内部処理フローチャートである。
【図８】図５のデバッガの動作を示すフローチャートで
ある。
ある。
【図９】関数判別の処理を示すフローチャートである。
【図１０】関数判別の処理を示すフローチャートであ
る。
る。
【図１１】タスク関数実行部の処理を説明するフローチ
ャートである。
ャートである。
１２ デバッグ命令解析部 １４ リアルタイム・エミュレーション部 １６ ステップ実行部 ２４ プロシージャ・ステップ実行部 ２６ 命令判別部 ２８ 関数判別部 ３０ タスク終了関数実行部 ３２ 通常関数実行部 ３４ ＯＳ情報テーブル ４０ デバッガ
───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 11/28 - 11/36 G06F 9/46
Claims (15)
- 【請求項１】リアルタイムＯＳ上で並列に実行される複
数のタスクをデバッグする方法において、 リアルタイムＯＳの内部情報を保持させるステップと、 ＣＡＬＬ命令であるか否かを判別するステップと、 ＣＡＬＬ命令であれば、そのＣＡＬＬ命令が、自タスク
終了システムコールであるか否かを、前記内部情報を参
照して判別するステップと、 自タスク終了システムコールであれば、前記内部情報を
参照してリアルタイムＯＳ内部にイベントブレークを設
定して、プロシージャ・ステップを実行するステップ
と、 前記イベントブレークを検出した後に、プロシージャ・
ステップの実行を終了させるステップと、 を含むことを特徴とするデバッグ方法。 - 【請求項２】前記内部情報として、システムコールを特
定するためのルールと、自タスク終了システムコールの
情報と、システムコールの終了位置情報とを含むことを
特徴とする請求項１記載のデバッグ方法。 - 【請求項３】ＣＡＬＬ命令が自タスク終了システムコー
ルであるか否かを判別する前記ステップは、 システムコールの呼び出しが、タスクからシステムコー
ルを直接呼び出す方式の場合には、前記システムコール
を特定するためのルールにより、直接呼び出し方式であ
ると判別し、さらに、前記自タスク終了システムコール
の情報により、自タスク終了システムコールの先頭アド
レスを計算し、ＣＡＬＬ命令のオペランドとして記述さ
れたアドレスと前記先頭アドレスが一致したら、ＣＡＬ
Ｌ命令は自タスク終了システムコールであると判別する
ことを特徴とする請求項２記載のデバッグ方法。 - 【請求項４】ＣＡＬＬ命令が自タスク終了システムコー
ルであるか否かを判別する前記ステップは、 リアルタイムＯＳにシステムコールＩＤを渡してＯＳエ
ントリから分岐させる間接呼び出し方式の場合には、前
記システムコールを特定するためのルールにより、間接
呼び出し方式であることを判別し、さらに、前記自タス
ク終了システムコールの情報により、ＯＳエントリ・ア
ドレスを取得し、このＯＳエントリ・アドレスがＣＡＬ
Ｌ命令のオペランドとして記述されたアドレスに一致し
たならば引数を取得し、この引数が自タスクシステムコ
ールＩＤと一致すると、ＣＡＬＬ命令は自タスク終了シ
ステムコールであると判別することを特徴とする請求項
２記載のデバッグ方法。 - 【請求項５】前記イベントブレークは、前記システムコ
ールの終了位置情報から計算されたシステムコールの終
了アドレスに設定することを特徴とする請求項３または
４記載のデバッグ方法。 - 【請求項６】リアルタイムＯＳ上で並列に実行される複
数のタスクをデバッグする装置において、 リアルタイムＯＳの内部情報を保持する手段と、 ＣＡＬＬ命令であるか否かを判別する手段と、 ＣＡＬＬ命令であれば、そのＣＡＬＬ命令が、自タスク
終了システムコールであるか否かを、前記内部情報を参
照して判別する手段と、 自タスク終了システムコールであれば、前記内部情報を
参照してリアルタイムＯＳ内部にイベントブレークを設
定して、プロシージャ・ステップを実行する手段と、 前記イベントブレークを検出した後に、プロシージャ・
ステップの実行を終了させる手段と、 を有することを特徴とするデバッグ装置。 - 【請求項７】前記内部情報として、システムコールを特
定するためのルールと、自タスク終了システムコールの
情報と、システムコールの終了位置情報とを含むことを
特徴とする請求項６記載のデバッグ装置。 - 【請求項８】ＣＡＬＬ命令が自タスク終了システムコー
ルであるか否かを判別する前記手段は、 システムコールの呼び出しが、タスクからシステムコー
ルを直接呼び出す方式の場合には、前記システムコール
を特定するためのルールにより、直接呼び出し方式であ
ると判別し、さらに、前記自タスク終了システムコール
の情報により、自タスク終了システムコールの先頭アド
レスを計算し、ＣＡＬＬ命令のオペランドとして記述さ
れたアドレスと前記先頭アドレスが一致したら、ＣＡＬ
Ｌ命令は自タスク終了システムコールであると判別する
ことを特徴とする請求項７記載のデバッグ装置。 - 【請求項９】ＣＡＬＬ命令が自タスク終了システムコー
ルであるか否かを判別する前記手段は、 リアルタイムＯＳにシステムコールＩＤを渡してＯＳエ
ントリから分岐させる間接呼び出し方式の場合には、前
記システムコールを特定するためのルールにより、間接
呼び出し方式であることを判別し、さらに、前記自タス
ク終了システムコールの情報により、ＯＳエントリ・ア
ドレスを取得し、このＯＳエントリ・アドレスがＣＡＬ
Ｌ命令のオペランドとして記述されたアドレスに一致し
たならば引数を取得し、この引数が自タスクシステムコ
ールＩＤと一致すると、ＣＡＬＬ命令は自タスク終了シ
ステムコールであると判別することを特徴とする請求項
７記載のデバッグ装置。 - 【請求項１０】前記イベントブレークは、前記システム
コールの終了位置情報から計算されたシステムコールの
終了アドレスに設定することを特徴とする請求項８また
は９記載のデバッグ装置。 - 【請求項１１】リアルタイムＯＳ上で並列に実行される
複数のタスクをデバッグするプログラムを記録した記録
媒体において、 前記プログラムは、リアルタイムＯＳの内部情報を保持
させるステップと、 ＣＡＬＬ命令であるか否かを判別するステップと、 ＣＡＬＬ命令であれば、そのＣＡＬＬ命令が、自タスク
終了システムコールであるか否かを、前記内部情報を参
照して判別するステップと、 自タスク終了システムコールであれば、前記内部情報を
参照してリアルタイムＯＳ内部にイベントブレークを設
定して、プロシージャ・ステップを実行するステップ
と、 前記イベントブレークを検出した後に、プロシージャ・
ステップの実行を終了させるステップと、 を含むことを特徴とする記録媒体。 - 【請求項１２】前記内部情報として、システムコールを
特定するためのルールと、自タスク終了システムコール
の情報と、システムコールの終了位置情報とを含むこと
を特徴とする請求項１１記載の記録媒体。 - 【請求項１３】ＣＡＬＬ命令が自タスク終了システムコ
ールであるか否かを判別する前記ステップは、 システムコールの呼び出しが、タスクからシステムコー
ルを直接呼び出す方式の場合には、前記システムコール
を特定するためのルールにより、直接呼び出し方式であ
ると判別し、さらに、前記自タスク終了システムコール
の情報により、自タスク終了システムコールの先頭アド
レスを計算し、ＣＡＬＬ命令のオペランドとして記述さ
れたアドレスと前記先頭アドレスが一致したら、ＣＡＬ
Ｌ命令は自タスク終了システムコールであると判別する
ことを特徴とする請求項１２記載の記録媒体。 - 【請求項１４】ＣＡＬＬ命令が自タスク終了システムコ
ールであるか否かを判別する前記ステップは、 リアルタイムＯＳにシステムコールＩＤを渡してＯＳエ
ントリから分岐させる間接呼び出し方式の場合には、前
記システムコールを特定するためのルールにより、間接
呼び出し方式であることを判別し、さらに、前記自タス
ク終了システムコールの情報により、ＯＳエントリ・ア
ドレスを取得し、このＯＳエントリ・アドレスがＣＡＬ
Ｌ命令のオペランドとして記述されたアドレスに一致し
たならば引数を取得し、この引数が自タスクシステムコ
ールＩＤと一致すると、ＣＡＬＬ命令は自タスク終了シ
ステムコールであると判別することを特徴とする請求項
１２記載の記録媒体。 - 【請求項１５】前記イベントブレークは、前記システム
コールの終了位置情報から計算されたシステムコールの
終了アドレスに設定することを特徴とする請求項１３ま
たは１４記載の記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP04162598A JP3159155B2 (ja) | 1998-02-24 | 1998-02-24 | プログラムのデバッグ方法および装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP04162598A JP3159155B2 (ja) | 1998-02-24 | 1998-02-24 | プログラムのデバッグ方法および装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11238003A JPH11238003A (ja) | 1999-08-31 |
| JP3159155B2 true JP3159155B2 (ja) | 2001-04-23 |
Family
ID=12613525
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP04162598A Expired - Fee Related JP3159155B2 (ja) | 1998-02-24 | 1998-02-24 | プログラムのデバッグ方法および装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3159155B2 (ja) |
-
1998
- 1998-02-24 JP JP04162598A patent/JP3159155B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11238003A (ja) | 1999-08-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5621886A (en) | Method and apparatus for providing efficient software debugging | |
| US5659679A (en) | Method and apparatus for providing breakpoints on taken jumps and for providing software profiling in a computer system | |
| US5511217A (en) | Computer system of virtual machines sharing a vector processor | |
| US5121472A (en) | Method for replacing keyboard data using single step process mode | |
| US5488688A (en) | Data processor with real-time diagnostic capability | |
| US6052774A (en) | Apparatus and method for identifying exception routines indicated by instruction address issued with an instruction fetch command | |
| JPS634346A (ja) | マイクロプロセッサ・デバッグ装置 | |
| US20030177476A1 (en) | Debugging multiple threads or processes | |
| IL227320A (en) | Creates debugging exceptions | |
| US8661417B2 (en) | Debugging program function | |
| US20040098639A1 (en) | Debugging kernel-loadable modules and suspending and replacing functions in non-microkernel operating systems | |
| US6131109A (en) | Multitask processor, a multitask processing method, a multitask processing display method and a storage medium for processing by correlating task and object | |
| JP3159155B2 (ja) | プログラムのデバッグ方法および装置 | |
| IE62074B1 (en) | Apparatus and method for synchronization of arithmetic exceptions in parallel pipelined execution units | |
| JP2735523B2 (ja) | プロシージャ・ステップ処理方法 | |
| KR20030077696A (ko) | 실시간 운영체제에서 타스크 레벨 인터럽트 처리 방법 | |
| JP2000181748A (ja) | マルチメモリ空間プログラムのデバッグシステムおよびそのデバッグ方法 | |
| JP2788353B2 (ja) | タスクトレース方法 | |
| JP2743889B2 (ja) | プログラム評価の方法および装置 | |
| JP3039450B2 (ja) | スタック領域の切替方法、方式およびスタック領域切替プログラムを記録した記憶媒体 | |
| JP3120841B2 (ja) | インサーキットエミュレータ | |
| JPH08305607A (ja) | マルチプロセッサシステムのプログラムデバッグ方法およびデバッガ | |
| JPH10161904A (ja) | 複数言語対応のデバッグ装置およびデバッグ方法 | |
| JPS59202548A (ja) | デバツグ装置 | |
| JPS60167038A (ja) | マイクロプロセツサ |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |