JPH11272501A - デバッガの処理方法およびリアルタイムｏｓの処理方法 - Google Patents
デバッガの処理方法およびリアルタイムｏｓの処理方法Info
- Publication number
- JPH11272501A JPH11272501A JP10070203A JP7020398A JPH11272501A JP H11272501 A JPH11272501 A JP H11272501A JP 10070203 A JP10070203 A JP 10070203A JP 7020398 A JP7020398 A JP 7020398A JP H11272501 A JPH11272501 A JP H11272501A
- Authority
- JP
- Japan
- Prior art keywords
- task
- time
- execution
- real
- processing method
- 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.)
- Pending
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
(57)【要約】
【課題】 マルチタスクシステムにおいて、タスク切替
え時間の増大を伴わず、タスクブレークを確実に機能さ
せる。 【解決手段】 モニタプログラム１０１が、デバック対
象タスクのブレーク時に、実行タスクＩＤをリアルタイ
ムＯＳ１０２へのシステムコールで取得し、ユーザによ
り指定されたデバッグ対象タスクＩＤと比較し、等しく
なければ実行再開し、等しければデバッガ専用のタスク
停止のシステムコールをリアルタイムＯＳ１０２へ発行
し、そのタスクを停止させる。これによって、リアルタ
イムＯＳ１０２が実行タスクＩＤを特定領域に格納する
処理が不要となり、タスク切り替え時間を削減でき、ま
た、いったんタスク停止したタスクが、後続のユーザタ
スクによって再び起床されてしまう問題を回避できる。
え時間の増大を伴わず、タスクブレークを確実に機能さ
せる。 【解決手段】 モニタプログラム１０１が、デバック対
象タスクのブレーク時に、実行タスクＩＤをリアルタイ
ムＯＳ１０２へのシステムコールで取得し、ユーザによ
り指定されたデバッグ対象タスクＩＤと比較し、等しく
なければ実行再開し、等しければデバッガ専用のタスク
停止のシステムコールをリアルタイムＯＳ１０２へ発行
し、そのタスクを停止させる。これによって、リアルタ
イムＯＳ１０２が実行タスクＩＤを特定領域に格納する
処理が不要となり、タスク切り替え時間を削減でき、ま
た、いったんタスク停止したタスクが、後続のユーザタ
スクによって再び起床されてしまう問題を回避できる。
Description
【０００１】
【発明の属する技術分野】本発明は、計算機上で動作さ
せるアプリケーションソフトウェアの効率の良いデバッ
グを支援するためのデバッガの処理方法、および計算機
上で動作させるアプリケーションソフトウェアをタスク
を実行単位とした並行動作（マルチタスク）として制御
するリアルタイムＯＳ（Real Time Operating System）
の処理方法に関するものである。
せるアプリケーションソフトウェアの効率の良いデバッ
グを支援するためのデバッガの処理方法、および計算機
上で動作させるアプリケーションソフトウェアをタスク
を実行単位とした並行動作（マルチタスク）として制御
するリアルタイムＯＳ（Real Time Operating System）
の処理方法に関するものである。
【０００２】
【従来の技術】計算機アプリケーションソフトウェアの
デバッガ装置は、少なくとも、被デバッグプログラムの
ロード、メモリやＣＰＵレジスタの読み書き、プログラ
ム実行、および停止といったシステムデバッグのため必
要な機能を備える装置である。一方、従来のデバッガ装
置としてのタスクレベルのデバッガ装置（以後、タスク
レベルデバッグ装置と称す。また、区別のためシステム
デバッグのためのデバッグ装置はシステムデバッグ装置
と称す）は、少なくとも、タスク単位の実行および停止
といったタスクデバッグのため必要な機能を備える装置
である。
デバッガ装置は、少なくとも、被デバッグプログラムの
ロード、メモリやＣＰＵレジスタの読み書き、プログラ
ム実行、および停止といったシステムデバッグのため必
要な機能を備える装置である。一方、従来のデバッガ装
置としてのタスクレベルのデバッガ装置（以後、タスク
レベルデバッグ装置と称す。また、区別のためシステム
デバッグのためのデバッグ装置はシステムデバッグ装置
と称す）は、少なくとも、タスク単位の実行および停止
といったタスクデバッグのため必要な機能を備える装置
である。
【０００３】システムデバッグ装置とタスクレベルデバ
ッグ装置のプログラム実行・停止の機能には、つぎのよ
うな相違点がある。すなわち、タスクレベルデバッガ装
置は、実行・停止の状態を切り替えるために、リアルタ
イムＯＳが管理するラン（ＲＵＮ）状態やレディ（ＲＥ
ＡＤＹ）状態やサスペンド（ＳＵＳＰＥＮＤ）状態等に
遷移させることで、被デバッグタスクを制御する。
ッグ装置のプログラム実行・停止の機能には、つぎのよ
うな相違点がある。すなわち、タスクレベルデバッガ装
置は、実行・停止の状態を切り替えるために、リアルタ
イムＯＳが管理するラン（ＲＵＮ）状態やレディ（ＲＥ
ＡＤＹ）状態やサスペンド（ＳＵＳＰＥＮＤ）状態等に
遷移させることで、被デバッグタスクを制御する。
【０００４】サスペンド状態となったタスクは停止状態
となるが、システムレベルでは割り込み可能な状態であ
って、かつより高位の優先度のタスクは実行可能である
ため、システム全体としては停止しない。一方、システ
ムデバッグ装置におけるプログラム停止は、割り込み禁
止状態でモニタプログラムがでループし、デバッガに制
御を委ねる状態となって、システム全体が停止する。
となるが、システムレベルでは割り込み可能な状態であ
って、かつより高位の優先度のタスクは実行可能である
ため、システム全体としては停止しない。一方、システ
ムデバッグ装置におけるプログラム停止は、割り込み禁
止状態でモニタプログラムがでループし、デバッガに制
御を委ねる状態となって、システム全体が停止する。
【０００５】従来のリアルタイムＯＳの構成およびその
制御方法は、例えば、μＩＴＲＯＮ３．０標準ハンドブ
ック（パーソナルメディア発行）に記載されている。従
来のタスクレベルデバッグ装置のモニタプログラムの処
理方法は、例えば、特開平３−１１３６４８号公報に記
載されているように、ブレーク時の処理として、ブレー
ク発生以前の実行タスクＩＤ（Identification）の領域
を読み出すことで実行タスクＩＤを取得し、この実行タ
スクＩＤとユーザにより指定され記憶するデバッグ対象
タスクＩＤとを比較し、実行タスクＩＤとデバッグ対象
タスクＩＤとが一致しなければ、再びブレークしたアド
レスよりタスクの実行を再開し、一致すればデバッガに
制御を移し、システム全体を停止するか、または実行中
のタスクをサスペンド状態に遷移させ停止させる処理方
法が採られていた。
制御方法は、例えば、μＩＴＲＯＮ３．０標準ハンドブ
ック（パーソナルメディア発行）に記載されている。従
来のタスクレベルデバッグ装置のモニタプログラムの処
理方法は、例えば、特開平３−１１３６４８号公報に記
載されているように、ブレーク時の処理として、ブレー
ク発生以前の実行タスクＩＤ（Identification）の領域
を読み出すことで実行タスクＩＤを取得し、この実行タ
スクＩＤとユーザにより指定され記憶するデバッグ対象
タスクＩＤとを比較し、実行タスクＩＤとデバッグ対象
タスクＩＤとが一致しなければ、再びブレークしたアド
レスよりタスクの実行を再開し、一致すればデバッガに
制御を移し、システム全体を停止するか、または実行中
のタスクをサスペンド状態に遷移させ停止させる処理方
法が採られていた。
【０００６】図４は上述した処理方法において、被デバ
ッグタスク４０３とモニタプログラム４０１の処理内容
を示すフローチャートである。ここで、モニタプログラ
ム４０１の処理はＮＭＩ（Non Maskable Interrupt）で
起動する場合のＮＭＩハンドラとして動作する処理を表
す。また、モニタプログラム４０１にはこの他に、図示
せぬ初期化ルーチンや他の割込みハンドラ等の既知の処
理を含むことがある。
ッグタスク４０３とモニタプログラム４０１の処理内容
を示すフローチャートである。ここで、モニタプログラ
ム４０１の処理はＮＭＩ（Non Maskable Interrupt）で
起動する場合のＮＭＩハンドラとして動作する処理を表
す。また、モニタプログラム４０１にはこの他に、図示
せぬ初期化ルーチンや他の割込みハンドラ等の既知の処
理を含むことがある。
【０００７】まず、被デバッグタスク４０３がブレーク
を発生する、つまりイリーガル命令等、ブレークを誘因
するブレーク命令を実行すると（ステップＴ１）、ＮＭ
Ｉハンドラに制御が移り、レジスタ退避等の前処理（ス
テップＴ２）の後、実行タスクＩＤの取得を行う（ステ
ップＴ３）。なお、実行タスクＩＤは、リアルタイムＯ
Ｓによって、タスク切り替えの度に特定の領域に格納さ
れ、実行タスクＩＤの取得は、その領域のデータを読み
出すことで実現される。
を発生する、つまりイリーガル命令等、ブレークを誘因
するブレーク命令を実行すると（ステップＴ１）、ＮＭ
Ｉハンドラに制御が移り、レジスタ退避等の前処理（ス
テップＴ２）の後、実行タスクＩＤの取得を行う（ステ
ップＴ３）。なお、実行タスクＩＤは、リアルタイムＯ
Ｓによって、タスク切り替えの度に特定の領域に格納さ
れ、実行タスクＩＤの取得は、その領域のデータを読み
出すことで実現される。
【０００８】つぎに、実行タスクＩＤがデバッグ対象タ
スクＩＤに等しいか否かの判定を行い（ステップＴ
４）、等しければデバッガへ制御を移してシステム全体
を停止させるか、もしくは実行中のタスクをサスペンド
状態に遷移させ停止させ（図示せず）、等しくなけれ
ば、再び割り込まれたタスクのアドレスより実行を再開
する。なお、割り込み前に走っていたタスクは、割り込
み要因の発生によって、上記のように割り込まれたタス
クと呼ばれる。
スクＩＤに等しいか否かの判定を行い（ステップＴ
４）、等しければデバッガへ制御を移してシステム全体
を停止させるか、もしくは実行中のタスクをサスペンド
状態に遷移させ停止させ（図示せず）、等しくなけれ
ば、再び割り込まれたタスクのアドレスより実行を再開
する。なお、割り込み前に走っていたタスクは、割り込
み要因の発生によって、上記のように割り込まれたタス
クと呼ばれる。
【０００９】
【発明が解決しようとする課題】しかしながら、上記し
た従来のタスクレベルデバッガ装置には、つぎの２つの
問題がある。まず、第１の問題は、モニタプログラム４
０１でブレーク発生以前の実行タスクＩＤを取得できる
ようにするため、リアルタイムＯＳはタスク切り替えの
度に実行タスクＩＤを特定の領域に格納しなければなら
ず、タスク切り替え時間が増大してしまうという問題で
ある。
た従来のタスクレベルデバッガ装置には、つぎの２つの
問題がある。まず、第１の問題は、モニタプログラム４
０１でブレーク発生以前の実行タスクＩＤを取得できる
ようにするため、リアルタイムＯＳはタスク切り替えの
度に実行タスクＩＤを特定の領域に格納しなければなら
ず、タスク切り替え時間が増大してしまうという問題で
ある。
【００１０】また、第２の問題として、モニタプログラ
ム４０１の処理によって、ブレーク発生以前の実行タス
クＩＤとデバッグ対象タスクＩＤとが一致した際に、タ
スクをサスペンド状態に遷移させ停止させる場合では、
後続の実行タスクが発行するシステムコールの処理によ
っては（例えば停止状態のタスクを再び起床させるシス
テムコールの発行処理を行った場合等）、タスクの停止
状態が維持されない場合があり、ユーザが意図した通り
にデバッグ操作を継続できなくなる問題がある。
ム４０１の処理によって、ブレーク発生以前の実行タス
クＩＤとデバッグ対象タスクＩＤとが一致した際に、タ
スクをサスペンド状態に遷移させ停止させる場合では、
後続の実行タスクが発行するシステムコールの処理によ
っては（例えば停止状態のタスクを再び起床させるシス
テムコールの発行処理を行った場合等）、タスクの停止
状態が維持されない場合があり、ユーザが意図した通り
にデバッグ操作を継続できなくなる問題がある。
【００１１】したがって、本発明の目的は、リアルタイ
ムＯＳにおけるタスク切り替え時間を減少させることが
できるデバッガの処理方法を提供することである。ま
た、本発明の他の目的は、タスク切り替え時間を減少さ
せることができるリアルタイムＯＳの処理方法を提供す
ることである。また、本発明のさらに他の目的は、後続
の実行タスクが発行するシステムコールの処理にかかわ
らず確実にタスクを停止状態にすることができ、ユーザ
が意図したとおりにデバッグを継続させることができる
リアルタイムＯＳの処理方法を提供することである。
ムＯＳにおけるタスク切り替え時間を減少させることが
できるデバッガの処理方法を提供することである。ま
た、本発明の他の目的は、タスク切り替え時間を減少さ
せることができるリアルタイムＯＳの処理方法を提供す
ることである。また、本発明のさらに他の目的は、後続
の実行タスクが発行するシステムコールの処理にかかわ
らず確実にタスクを停止状態にすることができ、ユーザ
が意図したとおりにデバッグを継続させることができる
リアルタイムＯＳの処理方法を提供することである。
【００１２】
【課題を解決するための手段】請求項１記載のデバッガ
の処理方法は、タスクレベルのデバッグの支援を行う方
法であり、ブレーク時の処理として、ブレーク発生以前
の実行タスクＩＤをシステムコールで取得する第１のス
テップと、ユーザにより指定され記憶する１つのデバッ
グ対象タスクＩＤと実行タスクＩＤとの比較を行う第２
のステップと、デバッグ対象タスクＩＤと実行タスクＩ
Ｄとが等しくなければ再びブレークしたアドレスよりタ
スクの実行を再開し、等しければタスクの実行を停止さ
せる第３のステップとを含むことを特徴とする。
の処理方法は、タスクレベルのデバッグの支援を行う方
法であり、ブレーク時の処理として、ブレーク発生以前
の実行タスクＩＤをシステムコールで取得する第１のス
テップと、ユーザにより指定され記憶する１つのデバッ
グ対象タスクＩＤと実行タスクＩＤとの比較を行う第２
のステップと、デバッグ対象タスクＩＤと実行タスクＩ
Ｄとが等しくなければ再びブレークしたアドレスよりタ
スクの実行を再開し、等しければタスクの実行を停止さ
せる第３のステップとを含むことを特徴とする。
【００１３】この方法によれば、システムコールに応答
するリアルタイムＯＳにおいて、タスク切り替え時に実
行タスクＩＤを記憶する処理を省略できるため、リアル
タイムＯＳのタスク切り替え時間を減少させることがで
き、システム負荷を軽減することができる。請求項２記
載のデバッガの処理方法は、請求項１記載のデバッガの
処理方法において、タスクの実行停止をシステムコール
により実行することを特徴とする。
するリアルタイムＯＳにおいて、タスク切り替え時に実
行タスクＩＤを記憶する処理を省略できるため、リアル
タイムＯＳのタスク切り替え時間を減少させることがで
き、システム負荷を軽減することができる。請求項２記
載のデバッガの処理方法は、請求項１記載のデバッガの
処理方法において、タスクの実行停止をシステムコール
により実行することを特徴とする。
【００１４】この方法によれば、通常のタスクの停止と
ブレーク処理によるタスクの停止状態とを異ならせるこ
とが可能であり、ブレーク処理により停止するタスク
は、後続の実行タスクが発行するシステムコールの処理
にかかわらず確実に停止状態にすることが可能になる。
請求項３記載のリアルタイムＯＳの処理方法は、請求項
１記載のデバッガの処理方法を実現するための方法であ
り、現在実行中のタスクの実行タスクＩＤを通知するシ
ステムコール処理を実行することを特徴とする。
ブレーク処理によるタスクの停止状態とを異ならせるこ
とが可能であり、ブレーク処理により停止するタスク
は、後続の実行タスクが発行するシステムコールの処理
にかかわらず確実に停止状態にすることが可能になる。
請求項３記載のリアルタイムＯＳの処理方法は、請求項
１記載のデバッガの処理方法を実現するための方法であ
り、現在実行中のタスクの実行タスクＩＤを通知するシ
ステムコール処理を実行することを特徴とする。
【００１５】この方法によれば、タスク切り替え時に実
行タスクＩＤを記憶する処理を省略できるため、タスク
切り替え時間を減少させることができ、システム負荷を
軽減することができる。請求項４記載のリアルタイムＯ
Ｓの処理方法は、請求項１記載のデバッガの処理方法を
実現するための方法であり、リアルタイムＯＳが管理す
るタスク状態として、通常のラン状態、レディ状態、ウ
ェイト状態およびサスペンド状態等の各状態に加えて、
デバッガ指示により遷移する停止状態であるデバッグサ
スペンド（ＤＥＢＵＧ ＳＵＳＰＥＮＤ）状態を追加
し、タスクをデバッグサスペンド状態へ遷移させるシス
テムコール処理とタスクをデバッグサスペンド状態より
元の状態へ復帰させるシステムコール処理とを実行可能
なことを特徴とする。
行タスクＩＤを記憶する処理を省略できるため、タスク
切り替え時間を減少させることができ、システム負荷を
軽減することができる。請求項４記載のリアルタイムＯ
Ｓの処理方法は、請求項１記載のデバッガの処理方法を
実現するための方法であり、リアルタイムＯＳが管理す
るタスク状態として、通常のラン状態、レディ状態、ウ
ェイト状態およびサスペンド状態等の各状態に加えて、
デバッガ指示により遷移する停止状態であるデバッグサ
スペンド（ＤＥＢＵＧ ＳＵＳＰＥＮＤ）状態を追加
し、タスクをデバッグサスペンド状態へ遷移させるシス
テムコール処理とタスクをデバッグサスペンド状態より
元の状態へ復帰させるシステムコール処理とを実行可能
なことを特徴とする。
【００１６】この方法によれば、ブレーク処理によるタ
スクを停止するときは、タスクを通常のサスペンド状態
とは別のデバッグサスペンド状態とすることができるの
で、ブレーク処理により停止するタスクは、後続の実行
タスクが発行するシステムコールの処理にかかわらず確
実に停止状態にすることが可能となる。
スクを停止するときは、タスクを通常のサスペンド状態
とは別のデバッグサスペンド状態とすることができるの
で、ブレーク処理により停止するタスクは、後続の実行
タスクが発行するシステムコールの処理にかかわらず確
実に停止状態にすることが可能となる。
【００１７】
【発明の実施の形態】以下、本発明の形態について、図
面を参照して説明する。図１は本発明の実施の形態に係
るデバッガ装置を含むデバッガシステムの全体構成を示
す概略図である。図１において、１０はターゲットシス
テムであり、１０１はモニタプログラム、１０２はリア
ルタイムＯＳ、１０３はマルチタスクシステムにおける
１つ以上のタスクを示す。２０はターゲットシステム１
０と通信手段２０２により接続されるホストコンピュー
タであって、デバッガ２０１が利用者に対しターゲット
システム１０上のタスク１０３に関するデバッグ機能を
提供する。３０はユーザによって指定され記憶したデバ
ッグ対象タスクＩＤであり、特定の領域に格納されてい
る。
面を参照して説明する。図１は本発明の実施の形態に係
るデバッガ装置を含むデバッガシステムの全体構成を示
す概略図である。図１において、１０はターゲットシス
テムであり、１０１はモニタプログラム、１０２はリア
ルタイムＯＳ、１０３はマルチタスクシステムにおける
１つ以上のタスクを示す。２０はターゲットシステム１
０と通信手段２０２により接続されるホストコンピュー
タであって、デバッガ２０１が利用者に対しターゲット
システム１０上のタスク１０３に関するデバッグ機能を
提供する。３０はユーザによって指定され記憶したデバ
ッグ対象タスクＩＤであり、特定の領域に格納されてい
る。
【００１８】図２は、リアルタイムＯＳが管理するタス
ク状態遷移の流れを示す概略図であり、矢印は状態間の
遷移の方向を表し、割り込みやユーザタスクからのシス
テムコールを契機として遷移する。同図において、４０
はレディ状態、５０はラン状態、６０はウェイト状態、
７０はサスペンド状態、８０はデバッグサスペンド状態
である。従来例と異なるのは、タスクレベルデバッガの
ためのＮＭＩハンドラからのシステムコール発行により
遷移するデバッグサスペンド状態８０を有することであ
る。
ク状態遷移の流れを示す概略図であり、矢印は状態間の
遷移の方向を表し、割り込みやユーザタスクからのシス
テムコールを契機として遷移する。同図において、４０
はレディ状態、５０はラン状態、６０はウェイト状態、
７０はサスペンド状態、８０はデバッグサスペンド状態
である。従来例と異なるのは、タスクレベルデバッガの
ためのＮＭＩハンドラからのシステムコール発行により
遷移するデバッグサスペンド状態８０を有することであ
る。
【００１９】なお、デバッグサスペンド状態８０へ遷移
するシステムコールとデバッグサスペンド状態から元の
状態に復帰するシステムコールは例えば、サスペンド状
態との間で遷移するためのシステムコールとは名前やそ
のエントリが区別されるため、ユーザがその混用を容易
に避けることができる。したがって、ブレーク処理によ
り停止するタスクは、後続の実行タスクが発行するシス
テムコールの処理にかかわらず確実に停止状態にするこ
とが可能となる。
するシステムコールとデバッグサスペンド状態から元の
状態に復帰するシステムコールは例えば、サスペンド状
態との間で遷移するためのシステムコールとは名前やそ
のエントリが区別されるため、ユーザがその混用を容易
に避けることができる。したがって、ブレーク処理によ
り停止するタスクは、後続の実行タスクが発行するシス
テムコールの処理にかかわらず確実に停止状態にするこ
とが可能となる。
【００２０】以下、モニタプログラム１０１とリアルタ
イムＯＳ１０２による、その制御のための動作について
説明する。図３は被デバッグタスク１０３と、モニタプ
ログラム１０１と、リアルタイムＯＳ１０２の処理内容
を示すフローチャートである。ここで、モニタプログラ
ム１０１の処理はＮＭＩで起動する場合のＮＭＩハンド
ラとして動作する処理を表す。また、モニタプログラム
１０１にはこの他に、図示せぬ初期化ルーチンや他の割
込みハンドラ等の既知の処理を含むことがあり、リアル
タイムＯＳ１０２についても同様に、図示せぬタスクス
ケジューラやキュー操作等の処理が含まれる。
イムＯＳ１０２による、その制御のための動作について
説明する。図３は被デバッグタスク１０３と、モニタプ
ログラム１０１と、リアルタイムＯＳ１０２の処理内容
を示すフローチャートである。ここで、モニタプログラ
ム１０１の処理はＮＭＩで起動する場合のＮＭＩハンド
ラとして動作する処理を表す。また、モニタプログラム
１０１にはこの他に、図示せぬ初期化ルーチンや他の割
込みハンドラ等の既知の処理を含むことがあり、リアル
タイムＯＳ１０２についても同様に、図示せぬタスクス
ケジューラやキュー操作等の処理が含まれる。
【００２１】まず、被デバッグタスク１０３がブレーク
を発生する、つまりイリーガル命令等、ブレークを誘因
するブレーク命令を実行すると（ステップＳ１）、ＮＭ
Ｉハンドラに制御が移り、レジスタ退避等の前処理（ス
テップＳ２）の後、リアルタイムＯＳへの第１のシステ
ムコールを発行することにより実行タスクＩＤの取得を
行う（ステップＳ３）。このとき、リアルタイムＯＳ１
０２では、第１のシステムコールを受けて、実行タスク
ＩＤ取得システムコール処理を実行することになる。こ
の実行タスクＩＤ取得システムコール処理では、リター
ンパラメータに実行タスクＩＤを設定し（ステップＳ３
１）、その後モニタプログラム１０１に復帰し、これに
よってモニタプログラム１０１における実行タスクＩＤ
の取得が行われる。なお、実行タスクＩＤは、リアルタ
イムＯＳによって、第１のシステムコールを受けたとき
にリターンパラメータに設定するだけであり、従来例の
ように、タスク切り替えの度に特定の領域に格納してお
くということはない。
を発生する、つまりイリーガル命令等、ブレークを誘因
するブレーク命令を実行すると（ステップＳ１）、ＮＭ
Ｉハンドラに制御が移り、レジスタ退避等の前処理（ス
テップＳ２）の後、リアルタイムＯＳへの第１のシステ
ムコールを発行することにより実行タスクＩＤの取得を
行う（ステップＳ３）。このとき、リアルタイムＯＳ１
０２では、第１のシステムコールを受けて、実行タスク
ＩＤ取得システムコール処理を実行することになる。こ
の実行タスクＩＤ取得システムコール処理では、リター
ンパラメータに実行タスクＩＤを設定し（ステップＳ３
１）、その後モニタプログラム１０１に復帰し、これに
よってモニタプログラム１０１における実行タスクＩＤ
の取得が行われる。なお、実行タスクＩＤは、リアルタ
イムＯＳによって、第１のシステムコールを受けたとき
にリターンパラメータに設定するだけであり、従来例の
ように、タスク切り替えの度に特定の領域に格納してお
くということはない。
【００２２】つぎに、実行タスクＩＤがデバッグ対象タ
スクＩＤに等しいか否かの判定を行い（ステップＳ
４）、等しければ、続いてタスクをデバッグサスペンド
状態へ遷移させる第２のシステムコールの発行を行う
（ステップＳ５）ことによりタスクを停止させる。この
とき、リアルタイムＯＳ１０２では、第２のシステムコ
ールを受けて、タスク停止（デバッグサスペンド）シス
テムコール処理を実行する。このタスク停止システムコ
ール処理では、実行タスクのＴＣＢ（Task Control blo
ck：タスク実行表）をランキューから外し、デバッグサ
スペンドキューにつなぎ（ステップＳ５１）、ついでタ
スクの再スケジュールを行い（ステップＳ５２）、その
後モニタプログラム１０１に復帰し、これによってモニ
タプログラム１０１におけるタスクの停止が行われる。
このタスクの停止処理によって、後続の実行タスクが発
行するシステムコールの処理にかかわらず確実に停止状
態になる。
スクＩＤに等しいか否かの判定を行い（ステップＳ
４）、等しければ、続いてタスクをデバッグサスペンド
状態へ遷移させる第２のシステムコールの発行を行う
（ステップＳ５）ことによりタスクを停止させる。この
とき、リアルタイムＯＳ１０２では、第２のシステムコ
ールを受けて、タスク停止（デバッグサスペンド）シス
テムコール処理を実行する。このタスク停止システムコ
ール処理では、実行タスクのＴＣＢ（Task Control blo
ck：タスク実行表）をランキューから外し、デバッグサ
スペンドキューにつなぎ（ステップＳ５１）、ついでタ
スクの再スケジュールを行い（ステップＳ５２）、その
後モニタプログラム１０１に復帰し、これによってモニ
タプログラム１０１におけるタスクの停止が行われる。
このタスクの停止処理によって、後続の実行タスクが発
行するシステムコールの処理にかかわらず確実に停止状
態になる。
【００２３】その後、第３のシステムコールの発行を行
うことで、タスクをデバッグサスペンド状態から元の状
態に復帰させる。一方、実行タスクＩＤがデバッグ対象
タスクＩＤとが等しくなければ、再び割り込まれたタス
クのアドレスより実行を再開する。以上のように、この
実施の形態によれば、モニタプログラム１０１におい
て、デバッグ対象タスクのブレーク時に、実行タスクＩ
ＤをリアルタイムＯＳ１０２へのシステムコールで取得
し、ユーザにより指定されたデバッグ対象タスクＩＤと
比較し、等しくなければ実行再開し、等しければデバッ
ガ専用のタスク停止のシステムコールをリアルタイムＯ
Ｓ１０２へ発行し、そのタスクを停止させるので、リア
ルタイムＯＳ１０２が実行タスクＩＤを特定領域に格納
する処理が不要となり、タスク切替え時間を削減でき、
また、いったんタスク停止したタスクが、後続のユーザ
タスクによって再び起床されてしまう問題を回避でき
る。したがって、マルチタスクシステムにおいて、タス
ク切替え時間の増大を伴わず、タスクブレークを確実に
機能させることが可能となる。これらによって、ユーザ
は、少ないシステム負荷で効率の良いタスクレベルのデ
バッグを行うことができるようになり、その効果は大き
い。
うことで、タスクをデバッグサスペンド状態から元の状
態に復帰させる。一方、実行タスクＩＤがデバッグ対象
タスクＩＤとが等しくなければ、再び割り込まれたタス
クのアドレスより実行を再開する。以上のように、この
実施の形態によれば、モニタプログラム１０１におい
て、デバッグ対象タスクのブレーク時に、実行タスクＩ
ＤをリアルタイムＯＳ１０２へのシステムコールで取得
し、ユーザにより指定されたデバッグ対象タスクＩＤと
比較し、等しくなければ実行再開し、等しければデバッ
ガ専用のタスク停止のシステムコールをリアルタイムＯ
Ｓ１０２へ発行し、そのタスクを停止させるので、リア
ルタイムＯＳ１０２が実行タスクＩＤを特定領域に格納
する処理が不要となり、タスク切替え時間を削減でき、
また、いったんタスク停止したタスクが、後続のユーザ
タスクによって再び起床されてしまう問題を回避でき
る。したがって、マルチタスクシステムにおいて、タス
ク切替え時間の増大を伴わず、タスクブレークを確実に
機能させることが可能となる。これらによって、ユーザ
は、少ないシステム負荷で効率の良いタスクレベルのデ
バッグを行うことができるようになり、その効果は大き
い。
【００２４】
【発明の効果】請求項１記載のデバッガの処理方法によ
れば、システムコールに応答するリアルタイムＯＳにお
いて、タスク切り替え時に実行タスクＩＤを記憶する処
理を省略できるため、リアルタイムＯＳのタスク切り替
え時間を減少させることができ、システム負荷を軽減す
ることができる。
れば、システムコールに応答するリアルタイムＯＳにお
いて、タスク切り替え時に実行タスクＩＤを記憶する処
理を省略できるため、リアルタイムＯＳのタスク切り替
え時間を減少させることができ、システム負荷を軽減す
ることができる。
【００２５】請求項２記載のデバッガの処理方法によれ
ば、通常のタスクの停止とブレーク処理によるタスクの
停止状態とを異ならせることが可能であり、ブレーク処
理により停止するタスクは、後続の実行タスクが発行す
るシステムコールの処理にかかわらず確実に停止状態に
することが可能になる。請求項３記載のリアルタイムＯ
Ｓの処理方法によれば、タスク切り替え時に実行タスク
ＩＤを記憶する処理を省略できるため、タスク切り替え
時間を減少させることができ、システム負荷を軽減する
ことができる。
ば、通常のタスクの停止とブレーク処理によるタスクの
停止状態とを異ならせることが可能であり、ブレーク処
理により停止するタスクは、後続の実行タスクが発行す
るシステムコールの処理にかかわらず確実に停止状態に
することが可能になる。請求項３記載のリアルタイムＯ
Ｓの処理方法によれば、タスク切り替え時に実行タスク
ＩＤを記憶する処理を省略できるため、タスク切り替え
時間を減少させることができ、システム負荷を軽減する
ことができる。
【００２６】請求項４記載のリアルタイムＯＳの処理方
法によれば、ブレーク処理によるタスクを停止するとき
は、タスクを通常のサスペンド状態とは別のデバッグサ
スペンド状態とすることができるので、ブレーク処理に
より停止するタスクは、後続の実行タスクが発行するシ
ステムコールの処理にかかわらず確実に停止状態にする
ことが可能になり、効率の良いタスクレベルのデバッグ
を行うことができる。
法によれば、ブレーク処理によるタスクを停止するとき
は、タスクを通常のサスペンド状態とは別のデバッグサ
スペンド状態とすることができるので、ブレーク処理に
より停止するタスクは、後続の実行タスクが発行するシ
ステムコールの処理にかかわらず確実に停止状態にする
ことが可能になり、効率の良いタスクレベルのデバッグ
を行うことができる。
【図１】本発明の実施の形態に係るデバッガ装置を含む
デバッガシステムの全体構成を示す概略図である。
デバッガシステムの全体構成を示す概略図である。
【図２】本発明の実施の形態に係るタスク状態遷移の流
れを示す概略図である。
れを示す概略図である。
【図３】本発明の実施の形態に係る被デバッグタスクと
モニタプログラムおよびリアルタイムＯＳの動作を示す
フローチャートである。
モニタプログラムおよびリアルタイムＯＳの動作を示す
フローチャートである。
【図４】従来例に係る被デバッグタスクとモニタプログ
ラムの動作を示すフローチャートである。
ラムの動作を示すフローチャートである。
１０ ターゲットシステム １０１ モニタプログラム １０２ リアルタイムＯＳ １０３ 被デバッグタスク ２０ ホストコンピュータ ２０１ デバッガ ２０２ 通信手段 ３０ デバッグ対象タスクＩＤ ４０ レディ状態 ５０ ラン状態 ６０ ウェイト状態 ７０ サスペンド状態 ８０ デバッグサスペンド状態 ４０１ モニタプログラム ４０３ 被デバッグタスク
Claims (4)
- 【請求項１】 タスクレベルのデバッグの支援を行うデ
バッガの処理方法であって、 ブレーク時の処理として、ブレーク発生以前の実行タス
クＩＤをシステムコールで取得する第１のステップと、
ユーザにより指定され記憶する１つのデバッグ対象タス
クＩＤと前記実行タスクＩＤとの比較を行う第２のステ
ップと、前記デバッグ対象タスクＩＤと前記実行タスク
ＩＤとが等しくなければ再びブレークしたアドレスより
タスクの実行を再開し、等しければ前記タスクの実行を
停止させる第３のステップとを含むことを特徴とするデ
バッガの処理方法。 - 【請求項２】 タスクの実行停止をシステムコールによ
り実行することを特徴とする請求項１記載のデバッガの
処理方法。 - 【請求項３】 請求項１記載のデバッガの処理方法を実
現するためのリアルタイムＯＳの処理方法であって、 現在実行中のタスクの実行タスクＩＤを通知するシステ
ムコール処理を実行することを特徴とするリアルタイム
ＯＳの処理方法。 - 【請求項４】 請求項１記載のデバッガの処理方法を実
現するためのリアルタイムＯＳの処理方法であって、 リアルタイムＯＳが管理するタスク状態として、通常の
ラン状態、レディ状態、ウェイト状態およびサスペンド
状態等の各状態に加えて、デバッガ指示により遷移する
停止状態であるデバッグサスペンド状態を追加し、 タスクを前記デバッグサスペンド状態へ遷移させるシス
テムコール処理と前記タスクを前記デバッグサスペンド
状態より元の状態へ復帰させるシステムコール処理とを
実行可能なことを特徴とするリアルタイムＯＳの処理方
法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10070203A JPH11272501A (ja) | 1998-03-19 | 1998-03-19 | デバッガの処理方法およびリアルタイムｏｓの処理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10070203A JPH11272501A (ja) | 1998-03-19 | 1998-03-19 | デバッガの処理方法およびリアルタイムｏｓの処理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11272501A true JPH11272501A (ja) | 1999-10-08 |
Family
ID=13424739
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10070203A Pending JPH11272501A (ja) | 1998-03-19 | 1998-03-19 | デバッガの処理方法およびリアルタイムｏｓの処理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH11272501A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100406953B1 (ko) * | 2001-08-16 | 2003-11-28 | 엘지전자 주식회사 | 실시간 운영체제의 런타임 디버깅 방법 |
-
1998
- 1998-03-19 JP JP10070203A patent/JPH11272501A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100406953B1 (ko) * | 2001-08-16 | 2003-11-28 | 엘지전자 주식회사 | 실시간 운영체제의 런타임 디버깅 방법 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6006247A (en) | Method and system for scheduling threads and handling exceptions within a multiprocessor data processing system | |
| US6282601B1 (en) | Multiprocessor data processing system and method of interrupt handling that facilitate identification of a processor requesting a system management interrupt | |
| CN103473135B (zh) | 虚拟化环境下自旋锁lhp现象的处理方法 | |
| US7971205B2 (en) | Handling of user mode thread using no context switch attribute to designate near interrupt disabled priority status | |
| US20040098639A1 (en) | Debugging kernel-loadable modules and suspending and replacing functions in non-microkernel operating systems | |
| US20220035664A1 (en) | Reverse restartable sequences for lock polling scalability | |
| JPS62184544A (ja) | 仮想計算機システム | |
| JP5131269B2 (ja) | マルチプロセッシングシステム | |
| WO2003083656A2 (en) | Method and apparatus for context switching in computer operating systems | |
| JP3598282B2 (ja) | コンピュータ、その制御方法及びその制御方法を記録した記録媒体 | |
| US7702836B2 (en) | Parallel processing device and exclusive control method | |
| JP2643804B2 (ja) | デバッグ方式 | |
| JPH08272755A (ja) | プロセッサ切替え装置 | |
| US7562207B2 (en) | Deterministic microcontroller with context manager | |
| KR100506254B1 (ko) | 임베디드 시스템의 비특권 모드에서 인터럽트 처리를 위한장치 및 방법 | |
| JPH0668725B2 (ja) | データ処理システムにおける割込条件に応答する装置及び非同期割込条件に応答する方法 | |
| JP2022107229A (ja) | 情報処理装置、制御方法及び制御プログラム | |
| JPS62150416A (ja) | 低消費電力状態への移行方式 | |
| JP2553526B2 (ja) | マルチタスク処理装置 | |
| Cherepov et al. | Hard Real-time with {RTX} on Windows {NT} | |
| JP3516589B2 (ja) | 高速アドレス切り替え装置 | |
| JPH05165652A (ja) | タスク切替え制御方法 | |
| CN121681445A (zh) | 处理器与协处理器的同步方法、装置、设备、介质及产品 | |
| JP2006228074A (ja) | マルチタスクシステムおよびマルチタスク制御方法 | |
| US20030225817A1 (en) | Concurrent execution of kernel work and non-kernel work in operating systems with single-threaded kernel |