JP2643804B2 - デバッグ方式 - Google Patents
デバッグ方式Info
- Publication number
- JP2643804B2 JP2643804B2 JP5304356A JP30435693A JP2643804B2 JP 2643804 B2 JP2643804 B2 JP 2643804B2 JP 5304356 A JP5304356 A JP 5304356A JP 30435693 A JP30435693 A JP 30435693A JP 2643804 B2 JP2643804 B2 JP 2643804B2
- Authority
- JP
- Japan
- Prior art keywords
- task
- target task
- priority
- dispatch
- super
- 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 - Lifetime
Links
Landscapes
- Debugging And Monitoring (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、リアルタイムオペレー
ティングが稼働する組み込みシステムをデバッグするデ
バッグ方式に利用する。特に、リアルタイムオペレーテ
ィングシステム（RTOS) に状態遷移が発生した時点での
ブレーク状態およびレディ状態の任意のタスクをデバッ
グするデバッグ方式に関するものである。
ティングが稼働する組み込みシステムをデバッグするデ
バッグ方式に利用する。特に、リアルタイムオペレーテ
ィングシステム（RTOS) に状態遷移が発生した時点での
ブレーク状態およびレディ状態の任意のタスクをデバッ
グするデバッグ方式に関するものである。
【０００２】
【従来の技術】図５はデバッグ方式のリアルタイムオペ
レーティングシステムのタスクの状態遷移図である。図
６はデバッグ方式のリアルタイムオペレーティングシス
テムのＯＳ資源の管理状態を示す図である。図７は従来
例のデバッグ方式のリアルタイムオペレーティングシス
テムのレディキューのキュー変化を示す図である。図５
において、システムコールの略語のフルスペリングは次
のとおりである。cre -tsk() はcreate task 、sta - t
sk() は start task 、del - tsk() はdelete task 、e
xt - tsk() はexit task 、exd - tsk() はexit and de
lete task、ter- tsk() はterminate task、sus - ts
k() はsuspend task、rsm - tsk() はresume task およ
び wup- tsk() はwake up taskを示す。また、図６にお
いて、tcb- adr() はget task-control-block address
を示す。
レーティングシステムのタスクの状態遷移図である。図
６はデバッグ方式のリアルタイムオペレーティングシス
テムのＯＳ資源の管理状態を示す図である。図７は従来
例のデバッグ方式のリアルタイムオペレーティングシス
テムのレディキューのキュー変化を示す図である。図５
において、システムコールの略語のフルスペリングは次
のとおりである。cre -tsk() はcreate task 、sta - t
sk() は start task 、del - tsk() はdelete task 、e
xt - tsk() はexit task 、exd - tsk() はexit and de
lete task、ter- tsk() はterminate task、sus - ts
k() はsuspend task、rsm - tsk() はresume task およ
び wup- tsk() はwake up taskを示す。また、図６にお
いて、tcb- adr() はget task-control-block address
を示す。
【０００３】従来、デバッグ方式は、特に組み込みシス
テムなどで使用される目的で開発されたリアルタイムオ
ペレーティングシステム（以下、リアルタイムＯＳと云
う。）の場合に、デッドラインを持つ複数のアプリケー
ションタスクを並行動作させながら、目的の処理を行
う。
テムなどで使用される目的で開発されたリアルタイムオ
ペレーティングシステム（以下、リアルタイムＯＳと云
う。）の場合に、デッドラインを持つ複数のアプリケー
ションタスクを並行動作させながら、目的の処理を行
う。
【０００４】複数のタスクを並行動作させるＯＳには様
々な種類がある。ＯＳによってタスクが取り得る状態の
数や種類が異なる。その中の一つの例としてここでは、
ＩＴＲＯＮ ＯＳ（アイトロンＯＳ、industrial TRON
OS）で採用されている状態を説明する。ＩＴＲＯＮ Ｏ
Ｓでは、タスクは以下の七つの状態の内のどれかになっ
ている。
々な種類がある。ＯＳによってタスクが取り得る状態の
数や種類が異なる。その中の一つの例としてここでは、
ＩＴＲＯＮ ＯＳ（アイトロンＯＳ、industrial TRON
OS）で採用されている状態を説明する。ＩＴＲＯＮ Ｏ
Ｓでは、タスクは以下の七つの状態の内のどれかになっ
ている。
【０００５】実効状態 ＲＵＮ 実効可能状態 ＲＥＡＤＹ 待ち状態 ＷＡＩＴ 二重待ち状態 ＷＡＩＴ−ＳＵＳＰＥＮＤ 強制待ち状態 ＳＵＳＰＥＮＤ 休止状態 ＤＯＲＭＡＮＴ 未登録状態 ＮＯＮ−ＥＸＴＩＳＴＥＮＣＥ 前記の状態がどのように変化するかを図５に示す。
【０００６】組み込みシステムにＯＳを使用して稼働さ
せる場合に、ＯＳが管理するさまざまな資源（タスク、
フラグ、セマフォ、メールボックス、メモリプール、メ
モリブロック）等は、ＯＳによって様々な状態の間を遷
移させられる。かつ、必ずＯＳによって一貫性が保たれ
ながら状態遷移する。
せる場合に、ＯＳが管理するさまざまな資源（タスク、
フラグ、セマフォ、メールボックス、メモリプール、メ
モリブロック）等は、ＯＳによって様々な状態の間を遷
移させられる。かつ、必ずＯＳによって一貫性が保たれ
ながら状態遷移する。
【０００７】例として、図６にＩＴＲＯＮ準拠のＯＳで
あるＲＸ１１６においてＯＳ資源がどのように管理され
ているかの概念図を示す。タスクは、ＲＵＮ、ＲＥＡＤ
Ｙ、ＳＬＥＥＰ（ＷＡＩＴに含まれる）、ＳＵＳＰＥＮ
Ｄ、ＷＡＩＴ−ＳＵＳＰＥＮＤ等の内のどれかの状態に
なっている。前記の状態遷移途中の状態で存在すること
はあり得ない。
あるＲＸ１１６においてＯＳ資源がどのように管理され
ているかの概念図を示す。タスクは、ＲＵＮ、ＲＥＡＤ
Ｙ、ＳＬＥＥＰ（ＷＡＩＴに含まれる）、ＳＵＳＰＥＮ
Ｄ、ＷＡＩＴ−ＳＵＳＰＥＮＤ等の内のどれかの状態に
なっている。前記の状態遷移途中の状態で存在すること
はあり得ない。
【０００８】中央処理装置（以下、ＣＰＵと云う。）が
実行しているタスクは必ず、ＲＵＮ状態である。よっ
て、再実行、ステップ実行等のデバッグ操作を行うため
に、タスクは必ずＲＵＮ状態になっていなければなら
い。
実行しているタスクは必ず、ＲＵＮ状態である。よっ
て、再実行、ステップ実行等のデバッグ操作を行うため
に、タスクは必ずＲＵＮ状態になっていなければなら
い。
【０００９】ＳＵＳＰＥＮＤ状態やＷＡＩＴ状態のタス
クを強制的に実行することは危険である。ＯＳが自分の
資源を操作しているときに、ＳＵＳＰＥＮＤ状態やＷＡ
ＩＴ状態のタスクが実行されることは想定していない。
ＯＳは自分が管理しているＯＳ資源が他の要因によりＯ
Ｓ管理状態以外の状況に変更されている可能性は考慮し
ていない。無駄なチェックを省き、性能を向上させるた
めである。
クを強制的に実行することは危険である。ＯＳが自分の
資源を操作しているときに、ＳＵＳＰＥＮＤ状態やＷＡ
ＩＴ状態のタスクが実行されることは想定していない。
ＯＳは自分が管理しているＯＳ資源が他の要因によりＯ
Ｓ管理状態以外の状況に変更されている可能性は考慮し
ていない。無駄なチェックを省き、性能を向上させるた
めである。
【００１０】ＯＳ管理する状態以外にならないようにす
るために、デバッガは前記のようなタスクを実行させな
い。
るために、デバッガは前記のようなタスクを実行させな
い。
【００１１】このような条件の元では、ターゲットタス
クが最高プライオリティになるのを待たねばデバッグが
できない。しかし、このようなデバッグ方法が使えるの
は、他のタスクに不具合がない場合のみである。他のタ
スクに不具合がある場合には、ターゲットタスクが最高
プライオリティになるより先に組み込みシステムが暴走
し、結果としてターゲットタスクのデバッグが行えなく
なる。
クが最高プライオリティになるのを待たねばデバッグが
できない。しかし、このようなデバッグ方法が使えるの
は、他のタスクに不具合がない場合のみである。他のタ
スクに不具合がある場合には、ターゲットタスクが最高
プライオリティになるより先に組み込みシステムが暴走
し、結果としてターゲットタスクのデバッグが行えなく
なる。
【００１２】そこで、ターゲットタスクを最高プライオ
リティにするために、従来はプライオリティを高くする
必要があった。プライオリティを高くすることによっ
て、ＲＵＮ状態に移行させデバッグ停止状態にする。
リティにするために、従来はプライオリティを高くする
必要があった。プライオリティを高くすることによっ
て、ＲＵＮ状態に移行させデバッグ停止状態にする。
【００１３】ところが、一度プライオリティを高くする
と、元に戻すときに、元あったプライオリティキューの
再後尾に接続されるので、最初の状態から変化する欠点
があった。
と、元に戻すときに、元あったプライオリティキューの
再後尾に接続されるので、最初の状態から変化する欠点
があった。
【００１４】このことを詳細に説明する。例えば、図７
（Ａ）の場合にTaskＣをデバッグすることを考える。こ
こで、TaskＣをデバッグするためにchg - pri （change
priority ）システムコールを発行してプライオリティ
を上げると図７（Ｂ）のようになる。ＯＳによって、Ta
skＣが選択され、デバッグのための実行が可能となる。
デバッグが終了した後に、もとのプライオリティに戻す
と図７（Ｃ）のようになる。
（Ａ）の場合にTaskＣをデバッグすることを考える。こ
こで、TaskＣをデバッグするためにchg - pri （change
priority ）システムコールを発行してプライオリティ
を上げると図７（Ｂ）のようになる。ＯＳによって、Ta
skＣが選択され、デバッグのための実行が可能となる。
デバッグが終了した後に、もとのプライオリティに戻す
と図７（Ｃ）のようになる。
【００１５】このようにしてTaskＣがプライオリティ３
のキューの最後尾になる。TaskＣを前記キューの最初に
移動するためには、rot - rdq （rotate ready queue）
システムコールを六回発行するか、TaskＤからTaskＩに
関してTaskＣに行ったのと同じ操作を繰り返さなければ
ならない。その場合のchg - pri システムコール発行回
数は１２回である。システムコール発行する回数を決定
するためには、あらかじめレディキューに接続されてい
るタスクの数を調べなければならない。
のキューの最後尾になる。TaskＣを前記キューの最初に
移動するためには、rot - rdq （rotate ready queue）
システムコールを六回発行するか、TaskＤからTaskＩに
関してTaskＣに行ったのと同じ操作を繰り返さなければ
ならない。その場合のchg - pri システムコール発行回
数は１２回である。システムコール発行する回数を決定
するためには、あらかじめレディキューに接続されてい
るタスクの数を調べなければならない。
【００１６】ここでは、キューの先頭にあるタクを例と
して挙げたので、元の状態に戻す手段が存在した。しか
し、図７（Ｄ）の位置にあるタスクをデバッグした場合
に元の状態に戻すことはさらに困難になる。
して挙げたので、元の状態に戻す手段が存在した。しか
し、図７（Ｄ）の位置にあるタスクをデバッグした場合
に元の状態に戻すことはさらに困難になる。
【００１７】
【発明が解決しようとする課題】このような従来例のデ
バッグ方式では、デバッグ途上の組み込みシステムをデ
バッグする場合に、ターゲットタスクが最高プライオリ
ティになるのを待っていると、ターゲットタスク以外の
タスクが不具合を持っている場合に組み込みシステムが
暴走して、結果としてターゲットタスクのデバッグが不
可能になる欠点があった。特に、リアルタイムアプリケ
ーションにおいては、タスク間の起動順序等によって動
作が大きく変化するために、いちがいに不具合をもって
いるタスクを停止すれば済むわけではない。
バッグ方式では、デバッグ途上の組み込みシステムをデ
バッグする場合に、ターゲットタスクが最高プライオリ
ティになるのを待っていると、ターゲットタスク以外の
タスクが不具合を持っている場合に組み込みシステムが
暴走して、結果としてターゲットタスクのデバッグが不
可能になる欠点があった。特に、リアルタイムアプリケ
ーションにおいては、タスク間の起動順序等によって動
作が大きく変化するために、いちがいに不具合をもって
いるタスクを停止すれば済むわけではない。
【００１８】また、前述のように、従来のシステムコー
ルのみを組み合わせた場合に、レディキューの順序を元
の位置に回復するための手段が存在しなかったり、可能
であったとしても多くのオーバヘッドが生じる。
ルのみを組み合わせた場合に、レディキューの順序を元
の位置に回復するための手段が存在しなかったり、可能
であったとしても多くのオーバヘッドが生じる。
【００１９】本発明は前記の欠点を解決するもので、レ
ディ状態のタスクおよび状態遷移が発生した時点でのブ
レーク状態のタスクをデバッグすることができ、かつデ
バッグ終了後もレディキューの順序が変化せずまたレデ
ィ状態になった時点のオペレーションシステム資源を維
持しながらデバッグできるデバッグ方式を提供すること
を目的とする。
ディ状態のタスクおよび状態遷移が発生した時点でのブ
レーク状態のタスクをデバッグすることができ、かつデ
バッグ終了後もレディキューの順序が変化せずまたレデ
ィ状態になった時点のオペレーションシステム資源を維
持しながらデバッグできるデバッグ方式を提供すること
を目的とする。
【００２０】
【課題を解決するための手段】本発明の第一の観点は、
システムサービスを提供する提供手段、タスクを選出す
る順序を定めるスケジュール手段、ディスパッチするタ
ーゲットタスクを保持するディスパッチターゲットタス
ク保持手段およびこのディスパッチターゲットタスク保
持手段からのターゲットタスクをディスパッチするディ
スパッチ手段を含むリアルタイムオペレーティングシス
テムと、デバッガとを備えたデバッグ方式において、前
記デバッガは、前記リアルタイムオペレーティングシス
テムが用いる運用上のプライオリティとは独立のスーパ
プライオリティによりデバッグの対象となるターゲット
タスクを実行する手段を備えたことを特徴とする。これ
により、運用上のプライオリティを変更することなく優
先度を高くしてデバックすることができる。前記デバッ
ガは、前記リアルタイムオペレーティングシステムに対
してデバッグの対象となるターゲットタスクをスーパプ
ライオリティで実行すべきことを示すスーパプライオリ
ティ識別子をセットする手段を含み、前記リアルタイム
オペレーティングシステムは、前記スーパプライオリテ
ィ識別子がセットされているときにはデバッグの対象と
なるターゲットタスクを優先的に実行する手段を含むこ
とがよい。この場合、前記優先的に実行する手段は、前
記スケジュール手段によるタスク選出の順序に従うこと
なくデバッグの対象となるターゲットタスクを前記ディ
スパッチターゲットタスク保持手段にセットする手段を
含むことがよい。
システムサービスを提供する提供手段、タスクを選出す
る順序を定めるスケジュール手段、ディスパッチするタ
ーゲットタスクを保持するディスパッチターゲットタス
ク保持手段およびこのディスパッチターゲットタスク保
持手段からのターゲットタスクをディスパッチするディ
スパッチ手段を含むリアルタイムオペレーティングシス
テムと、デバッガとを備えたデバッグ方式において、前
記デバッガは、前記リアルタイムオペレーティングシス
テムが用いる運用上のプライオリティとは独立のスーパ
プライオリティによりデバッグの対象となるターゲット
タスクを実行する手段を備えたことを特徴とする。これ
により、運用上のプライオリティを変更することなく優
先度を高くしてデバックすることができる。前記デバッ
ガは、前記リアルタイムオペレーティングシステムに対
してデバッグの対象となるターゲットタスクをスーパプ
ライオリティで実行すべきことを示すスーパプライオリ
ティ識別子をセットする手段を含み、前記リアルタイム
オペレーティングシステムは、前記スーパプライオリテ
ィ識別子がセットされているときにはデバッグの対象と
なるターゲットタスクを優先的に実行する手段を含むこ
とがよい。この場合、前記優先的に実行する手段は、前
記スケジュール手段によるタスク選出の順序に従うこと
なくデバッグの対象となるターゲットタスクを前記ディ
スパッチターゲットタスク保持手段にセットする手段を
含むことがよい。
【００２１】また、本発明は、前記リアルタイムオペレ
ーティングシステムに、前記スーパプライオリティ識別
子がセットされているか否かを検出し検出結果を出力す
る検出手段を含み、前記デバッガは、タスクがブレーク
ポイントで停止状態のときレディ状態にあるターゲット
タスクをデバッグするユーザのコマンドを入力してデバ
ッグ対象のターゲットタスクを指定しこの指定したター
ゲットタスクをディスパッチするダミーシステムコール
を前記システムサービス提供手段に出力するコマンド解
釈部と、この指定されたターゲットタスクの実行再開点
にブレークポイントをセットするブレークポイント管理
手段と、この指定されたターゲットタスクを選択して前
記ディスパッチターゲットタスク保持手段にセットし前
記スーパプライオリティ識別子をセットする選択手段と
を含むことができる。
ーティングシステムに、前記スーパプライオリティ識別
子がセットされているか否かを検出し検出結果を出力す
る検出手段を含み、前記デバッガは、タスクがブレーク
ポイントで停止状態のときレディ状態にあるターゲット
タスクをデバッグするユーザのコマンドを入力してデバ
ッグ対象のターゲットタスクを指定しこの指定したター
ゲットタスクをディスパッチするダミーシステムコール
を前記システムサービス提供手段に出力するコマンド解
釈部と、この指定されたターゲットタスクの実行再開点
にブレークポイントをセットするブレークポイント管理
手段と、この指定されたターゲットタスクを選択して前
記ディスパッチターゲットタスク保持手段にセットし前
記スーパプライオリティ識別子をセットする選択手段と
を含むことができる。
【００２２】さらに、本発明は、前記システムサービス
提供手段は前記ダミーシステムコールに基づき処理を行
う手段を含み、前記ディスパッチ手段は前記検出結果が
セットされている場合に前記スケジュール手段をバイパ
スしてディスパッチターゲットタスク保持手段にセット
されたターゲットタスクをディスパッチする手段を含む
ことができる。
提供手段は前記ダミーシステムコールに基づき処理を行
う手段を含み、前記ディスパッチ手段は前記検出結果が
セットされている場合に前記スケジュール手段をバイパ
スしてディスパッチターゲットタスク保持手段にセット
されたターゲットタスクをディスパッチする手段を含む
ことができる。
【００２３】本発明の第二の観点は、前記デバッグ方式
において、前記リアルタイムオペレーティングシステム
に、前記スーパプライオリティ識別子がセットされてい
るか否かを検出し検出結果を出力する検出手段を含み、
前記デバッガは、タスクがブレークポイントで停止状態
のときレディ状態にないターゲットタスクをデバッグす
るユーザのコマンドを入力してデバッグ対象のターゲッ
トタスクを指定し前記システムサービス提供手段にタス
クの実行を再開させるコマンド解釈部と、この指定され
たターゲットタスクに実行再開点のブレークポイントを
セットするブレークポイント管理手段と、この指定され
たターゲットタスクを選択して前記スーパプライオリテ
ィタスク保持手段にセットする選択手段とを含むことを
特徴とする。
において、前記リアルタイムオペレーティングシステム
に、前記スーパプライオリティ識別子がセットされてい
るか否かを検出し検出結果を出力する検出手段を含み、
前記デバッガは、タスクがブレークポイントで停止状態
のときレディ状態にないターゲットタスクをデバッグす
るユーザのコマンドを入力してデバッグ対象のターゲッ
トタスクを指定し前記システムサービス提供手段にタス
クの実行を再開させるコマンド解釈部と、この指定され
たターゲットタスクに実行再開点のブレークポイントを
セットするブレークポイント管理手段と、この指定され
たターゲットタスクを選択して前記スーパプライオリテ
ィタスク保持手段にセットする選択手段とを含むことを
特徴とする。
【００２４】また、本発明は、前記システムサービス提
供手段は、タスクをレディキューに接続するオペレーテ
ィング資源管理手段を含み、前記オペレーティングサー
ビス資源管理手段は、前記システムサービス提供手段が
システムサービスを行った各時点で前記スーパプライオ
リティタスク保持手段の内容と前記レディキューに接続
されたタスクとを比較し比較結果が一致した場合に前記
スーパプライオリティ識別子をセットする手段を含み、
前記検出手段は前記検出結果がセットされている場合に
は前記スーパプライオリティタスク保持手段の内容を前
記ディスパッチターゲットタスク保持手段にセットする
手段を含み、前記スケジュール手段は前記検出結果がセ
ットされていない場合には次にディスパッチするタスク
を前記ディスパッチターゲットタスク保持手段にセット
する手段を含み、前記ディスパッチ手段は前記ディスパ
ッチターゲットタスク保持手段にセットされたタスクを
ディスパッチする手段を含むことができる。
供手段は、タスクをレディキューに接続するオペレーテ
ィング資源管理手段を含み、前記オペレーティングサー
ビス資源管理手段は、前記システムサービス提供手段が
システムサービスを行った各時点で前記スーパプライオ
リティタスク保持手段の内容と前記レディキューに接続
されたタスクとを比較し比較結果が一致した場合に前記
スーパプライオリティ識別子をセットする手段を含み、
前記検出手段は前記検出結果がセットされている場合に
は前記スーパプライオリティタスク保持手段の内容を前
記ディスパッチターゲットタスク保持手段にセットする
手段を含み、前記スケジュール手段は前記検出結果がセ
ットされていない場合には次にディスパッチするタスク
を前記ディスパッチターゲットタスク保持手段にセット
する手段を含み、前記ディスパッチ手段は前記ディスパ
ッチターゲットタスク保持手段にセットされたタスクを
ディスパッチする手段を含むことができる。
【００２５】
【作用】デバッガは、タスクがブレークポイントで停止
しているときにレディ状態のターゲットタスクをデバッ
グするユーザのコマンドを入力したとき、リアルタイム
オペレーティングシステムにスーパプライオリティ識別
子をセットし、また、ディスパッチターゲットタスク保
持手段にデバッグ対象ターゲットをセットし、さらにダ
ミーシステムコールを提供手段に与える。リアルタイム
オペレーティングシステムでは、検出手段でスーパプラ
イオリティ識別子がセットされているか否かを検出し、
検出した場合にはディスパッチターゲットタスク保持手
段に保持されたターゲットタスクをディスパッチし、タ
ーゲットタスクの実行開始点でブレークが発生しターゲ
ットタスクのデバッグが開始する。
しているときにレディ状態のターゲットタスクをデバッ
グするユーザのコマンドを入力したとき、リアルタイム
オペレーティングシステムにスーパプライオリティ識別
子をセットし、また、ディスパッチターゲットタスク保
持手段にデバッグ対象ターゲットをセットし、さらにダ
ミーシステムコールを提供手段に与える。リアルタイム
オペレーティングシステムでは、検出手段でスーパプラ
イオリティ識別子がセットされているか否かを検出し、
検出した場合にはディスパッチターゲットタスク保持手
段に保持されたターゲットタスクをディスパッチし、タ
ーゲットタスクの実行開始点でブレークが発生しターゲ
ットタスクのデバッグが開始する。
【００２６】また、デバッガは、タスクがブレークポイ
ントで停止しているときにレディ状態でないターゲット
タスクをデバッグするユーザのコマンドを入力したと
き、スーパプライオリティタスク保持手段にターゲット
タスクをセットしてターゲットシステムの実行を再開さ
せる。リアルタイムオペレーティングシステムでは、オ
ペレーティングシステム資源管理手段でシステムサービ
スを行った各時点でスーパプライオリティタスク保持手
段の内容とレディキューの内容とを比較し一致した場合
にはスーパプライオリティ識別子をセットする。検出手
段は、スーパプライオリティ識別子がセットされている
か否かを検出し、検出した場合にはスーパプライオリテ
ィタスク保持手段の内容をディスパッチターゲットタス
ク保持手段にセットする。検出しない場合にはスケジュ
ール手段は次にディスパッチするタスクをディスパッチ
ターゲット保持手段にセットする。ディスパッチ手段は
ディスパッチターゲットタスク保持手段の内容をディス
パッチし、ディスパッチされたタスクがスーパプライオ
リティタスクでないときにはシステムサービスを行な
い、スーパプライオリティタスクのときにはターゲット
タスクの実行開始点でブレークが発生しターゲットタス
クのデバッグが開始する。
ントで停止しているときにレディ状態でないターゲット
タスクをデバッグするユーザのコマンドを入力したと
き、スーパプライオリティタスク保持手段にターゲット
タスクをセットしてターゲットシステムの実行を再開さ
せる。リアルタイムオペレーティングシステムでは、オ
ペレーティングシステム資源管理手段でシステムサービ
スを行った各時点でスーパプライオリティタスク保持手
段の内容とレディキューの内容とを比較し一致した場合
にはスーパプライオリティ識別子をセットする。検出手
段は、スーパプライオリティ識別子がセットされている
か否かを検出し、検出した場合にはスーパプライオリテ
ィタスク保持手段の内容をディスパッチターゲットタス
ク保持手段にセットする。検出しない場合にはスケジュ
ール手段は次にディスパッチするタスクをディスパッチ
ターゲット保持手段にセットする。ディスパッチ手段は
ディスパッチターゲットタスク保持手段の内容をディス
パッチし、ディスパッチされたタスクがスーパプライオ
リティタスクでないときにはシステムサービスを行な
い、スーパプライオリティタスクのときにはターゲット
タスクの実行開始点でブレークが発生しターゲットタス
クのデバッグが開始する。
【００２７】以上によりレディ状態のタスクおよび状態
遷移が発生した時点でのブレーク状態のタスクをデバッ
グすることができ、かつデバッグ終了後もレディキュー
の順序が変化せずまたレディ状態になった時点のオペレ
ーションシステム資源を維持しながらデバッグできる。
遷移が発生した時点でのブレーク状態のタスクをデバッ
グすることができ、かつデバッグ終了後もレディキュー
の順序が変化せずまたレディ状態になった時点のオペレ
ーションシステム資源を維持しながらデバッグできる。
【００２８】
【実施例】本発明の実施例について図面を参照して説明
する。
する。
【００２９】図１は本発明一実施例デバッグ方式のブロ
ック構成図である。図１において、デバッグ方式は、シ
ステムサービスを提供する提供手段７、タスクを選出す
る順序を定めるスケジュール手段１１、ディスパッチす
るターゲットタスクを保持するディスパッチターゲット
タスク保持手段１０およびディスパッチターゲットタス
ク保持手段１０からのターゲットタスクをディスパッチ
するディスパッチ手段１２を含むリアルタイムオペレー
ティングシステム５と、デバッガ１とを備える。
ック構成図である。図１において、デバッグ方式は、シ
ステムサービスを提供する提供手段７、タスクを選出す
る順序を定めるスケジュール手段１１、ディスパッチす
るターゲットタスクを保持するディスパッチターゲット
タスク保持手段１０およびディスパッチターゲットタス
ク保持手段１０からのターゲットタスクをディスパッチ
するディスパッチ手段１２を含むリアルタイムオペレー
ティングシステム５と、デバッガ１とを備える。
【００３０】ここで本発明の特徴とするところは、デバ
ッガ１からリアルタイムオペレーティングシステム５に
対して、運用上のプライオリティよりさらに優先度を高
くしてデバッグを行うためのスーパプライオリティ識別
子（SuperPriorityTask 識別子）６をセットする手段を
設けたことにある。
ッガ１からリアルタイムオペレーティングシステム５に
対して、運用上のプライオリティよりさらに優先度を高
くしてデバッグを行うためのスーパプライオリティ識別
子（SuperPriorityTask 識別子）６をセットする手段を
設けたことにある。
【００３１】また、リアルタイムオペレーティングシス
テム５に、スーパプライオリティ識別子がセットされて
いるか否かを検出し検出結果を出力する検出手段として
SuperPriorityTask 検出手段９を含み、デバッガ１は、
タスクがブレークポイントで停止状態のときレディ状態
にあるターゲットタスクをデバッグするユーザのコマン
ドを入力してデバッグ対象のターゲットタスクを指定し
この指定したターゲットタスクをディスパッチするダミ
ーシステムコールをシステムサービス提供手段７に出力
するコマンド解釈部４と、この指定されたターゲットタ
スクの実行再開点にブレークポイントをセットするブレ
ークポイント管理手段２と、この指定されたターゲット
タスクを選択してディスパッチターゲットタスク保持手
段１０にセットしSuperPriorityTask 識別子６をセット
する選択手段としてデバッグ対象タスク選択手段３とを
含む。
テム５に、スーパプライオリティ識別子がセットされて
いるか否かを検出し検出結果を出力する検出手段として
SuperPriorityTask 検出手段９を含み、デバッガ１は、
タスクがブレークポイントで停止状態のときレディ状態
にあるターゲットタスクをデバッグするユーザのコマン
ドを入力してデバッグ対象のターゲットタスクを指定し
この指定したターゲットタスクをディスパッチするダミ
ーシステムコールをシステムサービス提供手段７に出力
するコマンド解釈部４と、この指定されたターゲットタ
スクの実行再開点にブレークポイントをセットするブレ
ークポイント管理手段２と、この指定されたターゲット
タスクを選択してディスパッチターゲットタスク保持手
段１０にセットしSuperPriorityTask 識別子６をセット
する選択手段としてデバッグ対象タスク選択手段３とを
含む。
【００３２】さらに、システムサービス提供手段７は前
記ダミーシステムコールに基づき処理を行う手段を含
み、ディスパッチ手段１２は前記検出結果がセットされ
ている場合にスケジュール手段１１をバイパスしてディ
スパッチターゲットタスク保持手段１０にセットされた
ターゲットタスクをディスパッチする手段を含む。
記ダミーシステムコールに基づき処理を行う手段を含
み、ディスパッチ手段１２は前記検出結果がセットされ
ている場合にスケジュール手段１１をバイパスしてディ
スパッチターゲットタスク保持手段１０にセットされた
ターゲットタスクをディスパッチする手段を含む。
【００３３】このような構成のデバッグ方式の動作につ
いて説明する。
いて説明する。
【００３４】図２は本発明のデバッグ方式の動作を示す
図である。図２において、任意のターゲットタスクを指
定し、指定したターゲットタスクがデバッグ停止状態に
なるまでのフローを示す。まず、どれかのタスクがブレ
ークポイントで停止している状態が図２（１）である。
図である。図２において、任意のターゲットタスクを指
定し、指定したターゲットタスクがデバッグ停止状態に
なるまでのフローを示す。まず、どれかのタスクがブレ
ークポイントで停止している状態が図２（１）である。
【００３５】この時点でユーザは、コマンドによってレ
ディ状態にあるターゲットタスクを指定することができ
るようになる。それが、図２（２）である。ユーザがコ
マンドでターゲットタスクを指定すると、デバッガ１は
ターゲットタスクの実行再開点にブレークポイントをセ
ットする。デバッグを停止させるためである。
ディ状態にあるターゲットタスクを指定することができ
るようになる。それが、図２（２）である。ユーザがコ
マンドでターゲットタスクを指定すると、デバッガ１は
ターゲットタスクの実行再開点にブレークポイントをセ
ットする。デバッグを停止させるためである。
【００３６】その後に、デバッグ１がSuperPriorityTas
k 識別子６をセットし、ディスパッチターゲットタスク
保持手段１０にターゲットタスクをセットする〔図２
（３）〕。この後に、ターゲットタスクをディスパッチ
させるためデバッガ１がダミーシステムコールを発行す
る〔図２（４）〕。
k 識別子６をセットし、ディスパッチターゲットタスク
保持手段１０にターゲットタスクをセットする〔図２
（３）〕。この後に、ターゲットタスクをディスパッチ
させるためデバッガ１がダミーシステムコールを発行す
る〔図２（４）〕。
【００３７】ダミーシステムコールを発行すると、指定
されたシステムコールがシステムサービス提供手段７に
て処理され、SuperPriorityTask 検出手段９はSuperPri
orityTask 識別子６を検出する。SuperPriorityTask 識
別子６が検出されると、スケジュール手段１１をバイパ
スし、ディスパッチ手段１２が実行される〔図２
（５）〕。
されたシステムコールがシステムサービス提供手段７に
て処理され、SuperPriorityTask 検出手段９はSuperPri
orityTask 識別子６を検出する。SuperPriorityTask 識
別子６が検出されると、スケジュール手段１１をバイパ
スし、ディスパッチ手段１２が実行される〔図２
（５）〕。
【００３８】ディスパッチ手段１２はディスパッチター
ゲットタスク保持手段１０に保持されたターゲットタス
クをディスパッチする〔図２（６）〕。
ゲットタスク保持手段１０に保持されたターゲットタス
クをディスパッチする〔図２（６）〕。
【００３９】ディスパッチが発生し、ターゲットタスク
が実行を開始する。実行を開始した時点で、図２（２）
にてセットしたブレークポイントに達して停止する〔図
２７）〕。
が実行を開始する。実行を開始した時点で、図２（２）
にてセットしたブレークポイントに達して停止する〔図
２７）〕。
【００４０】この状態がデバッグ停止状態である。デバ
ッガは安全に、すなわちＯＳの管理状態の元でタスクを
デバッグ可能となる（図２（８）〕。
ッガは安全に、すなわちＯＳの管理状態の元でタスクを
デバッグ可能となる（図２（８）〕。
【００４１】図３は本発明の他の実施例デバッグ方式の
ブロック構成図である。図４は本発明他の実施例デバッ
グ方式の動作を示す図である。図３および図４を参照し
て、指定したタスク状態が遷移したときに、その時点で
デバッグできる例について説明する。
ブロック構成図である。図４は本発明他の実施例デバッ
グ方式の動作を示す図である。図３および図４を参照し
て、指定したタスク状態が遷移したときに、その時点で
デバッグできる例について説明する。
【００４２】まず、図３において、１ＡはＲＴＯＳ用の
デバッガ、２はブレークポイント管理手段、３Ａはデバ
ッグ対象タスク選択手段、４はコマンド解釈部、５Ａは
リアルタイムオペレーティングシステム、６はSuperPri
orityTask 識別子、１４はSuperPriorityTask 保持手
段、７Ａはシステムサービス提供手段（タスク管理、フ
ラグ管理、セマフォ管理、メールボックス管理、メモリ
プール管理）、８ＡはＯＳ資源管理手段（レディキュー
管理、タイマキュー管理、ＯＳ資源待ち管理）、９Ａは
SuperPriorityTask 検出手段、１０はディスパッチター
ゲットタスク保持手段、１１はスケジュール手段および
１２はディスパッチ手段、１３はＯＳ資源である。ＯＳ
資源１３には、図６に示すようにタスク、フラグ、セマ
フォ、メールボックス、メモリプール等が含まれる。
デバッガ、２はブレークポイント管理手段、３Ａはデバ
ッグ対象タスク選択手段、４はコマンド解釈部、５Ａは
リアルタイムオペレーティングシステム、６はSuperPri
orityTask 識別子、１４はSuperPriorityTask 保持手
段、７Ａはシステムサービス提供手段（タスク管理、フ
ラグ管理、セマフォ管理、メールボックス管理、メモリ
プール管理）、８ＡはＯＳ資源管理手段（レディキュー
管理、タイマキュー管理、ＯＳ資源待ち管理）、９Ａは
SuperPriorityTask 検出手段、１０はディスパッチター
ゲットタスク保持手段、１１はスケジュール手段および
１２はディスパッチ手段、１３はＯＳ資源である。ＯＳ
資源１３には、図６に示すようにタスク、フラグ、セマ
フォ、メールボックス、メモリプール等が含まれる。
【００４３】図４に、レディ状態でない任意のターゲッ
トタスクがレディ状態に遷移する時点が検出され、デバ
ッグ停止状態になるまでのフローを示す。図４におい
て、まず、どれかのタスクがブレークポイントで停止し
ている状態が図４（１）である。どれかのタスクがブレ
ークポイントで停止した時点から、ユーザのデバッグ操
作が開始される〔図４（１）〕。レディ状態にないタス
ク中で、レディ状態になったことを検出したいデバッグ
対象のターゲットタスクを、ユーザが入力するコマンド
に従って、デバッグ１がSuperPriorityTask 保持手段１
４にセットする。さらに、ユーザが入力するコマンドに
従って、デバッガ１がターゲットタスクの実行開始点に
ブレークポイントをセットする〔図４（２）〕。
トタスクがレディ状態に遷移する時点が検出され、デバ
ッグ停止状態になるまでのフローを示す。図４におい
て、まず、どれかのタスクがブレークポイントで停止し
ている状態が図４（１）である。どれかのタスクがブレ
ークポイントで停止した時点から、ユーザのデバッグ操
作が開始される〔図４（１）〕。レディ状態にないタス
ク中で、レディ状態になったことを検出したいデバッグ
対象のターゲットタスクを、ユーザが入力するコマンド
に従って、デバッグ１がSuperPriorityTask 保持手段１
４にセットする。さらに、ユーザが入力するコマンドに
従って、デバッガ１がターゲットタスクの実行開始点に
ブレークポイントをセットする〔図４（２）〕。
【００４４】ユーザが入力するコマンドに従い、ターゲ
ットシステムの実行を再開する。この時点からターゲッ
トシステム側で並行プログラミングされたタスクが動作
を開始する〔図４（３）〕。
ットシステムの実行を再開する。この時点からターゲッ
トシステム側で並行プログラミングされたタスクが動作
を開始する〔図４（３）〕。
【００４５】並行プログラミングされたタスクが動作を
開始すると、システムサービスを行った各時点で、レデ
ィキュー管理手段を含むＯＳ資源管理手段８Ａが、シス
テムサービスを行った結果としてＯＳ資源管理手段８Ａ
がレディキューに接続したタスクとSuperPriorityTask
保持手段１４の内容とを比較し、それが同一の場合には
SuperPriorityTask 識別子６をセットする〔図４
（４））。
開始すると、システムサービスを行った各時点で、レデ
ィキュー管理手段を含むＯＳ資源管理手段８Ａが、シス
テムサービスを行った結果としてＯＳ資源管理手段８Ａ
がレディキューに接続したタスクとSuperPriorityTask
保持手段１４の内容とを比較し、それが同一の場合には
SuperPriorityTask 識別子６をセットする〔図４
（４））。
【００４６】SuperPriorityTask 検出手段９Ａによっ
て、SuperPriorityTask 識別子６がセットされているか
どうかをチェックする。セットされている場合には〔図
４（５）〕、SuperPriorityTask 保持手段１４の内容を
ディスパッチターゲットタスク保持手段１０にコピーす
る〔図４（６）〕。コピー後にスケジュール手段１１を
スキップし、ディスパッチ手段１２へ移行する。セット
されていない場合には〔図４（５）〕、スケジュール手
段１１へ移行する。スケジュール手段１１では、レディ
キュー状態のタスクの中の最高プライオリティキュー
（SuperPriorityTask とは異なる）に接続されたタスク
の中で最も最初にプライオリティキューに接続されたタ
スクをディスパッチターゲットタスク保持手段１０にセ
ットする〔図４（７）〕。
て、SuperPriorityTask 識別子６がセットされているか
どうかをチェックする。セットされている場合には〔図
４（５）〕、SuperPriorityTask 保持手段１４の内容を
ディスパッチターゲットタスク保持手段１０にコピーす
る〔図４（６）〕。コピー後にスケジュール手段１１を
スキップし、ディスパッチ手段１２へ移行する。セット
されていない場合には〔図４（５）〕、スケジュール手
段１１へ移行する。スケジュール手段１１では、レディ
キュー状態のタスクの中の最高プライオリティキュー
（SuperPriorityTask とは異なる）に接続されたタスク
の中で最も最初にプライオリティキューに接続されたタ
スクをディスパッチターゲットタスク保持手段１０にセ
ットする〔図４（７）〕。
【００４７】ディスパッチ手段１２は、ディスパッチタ
ーゲットタスク保持手段１０の内容をディスパッチする
〔図４（８）〕。
ーゲットタスク保持手段１０の内容をディスパッチする
〔図４（８）〕。
【００４８】ディスパッチ手段１２でディスパッチされ
たタスクがSuperPriorityTask か否かをチェックし、Su
perPriorityTask の場合には〔図４（９）〕、ターゲッ
トタスクの実行開始点でブレーク発生し〔図４（１
０）〕、ターゲットタスクのデバッグを開始する〔図４
（１１）〕。
たタスクがSuperPriorityTask か否かをチェックし、Su
perPriorityTask の場合には〔図４（９）〕、ターゲッ
トタスクの実行開始点でブレーク発生し〔図４（１
０）〕、ターゲットタスクのデバッグを開始する〔図４
（１１）〕。
【００４９】ディスパッチ手段１２でディスパッチされ
たタスクがSuperPriorityTask でないの場合には〔図４
（９）〕、図４（４）に戻り動作を繰り返す。
たタスクがSuperPriorityTask でないの場合には〔図４
（９）〕、図４（４）に戻り動作を繰り返す。
【００５０】ここで、リアルタイムオペレーティングシ
ステム用のデバッガはすべてターゲットシステム内に存
在する必要がない。例えば、リアルタイムオペレーティ
ングシステム用のデバッガをホスト部とターゲット部と
に分割しコマンド解釈部はホスト側に移しても良い。
ステム用のデバッガはすべてターゲットシステム内に存
在する必要がない。例えば、リアルタイムオペレーティ
ングシステム用のデバッガをホスト部とターゲット部と
に分割しコマンド解釈部はホスト側に移しても良い。
【００５１】
【発明の効果】以上説明したように、本発明は、レディ
状態のタスクであれば、レディキューの中のいかなる場
所においてもレディキューの状態を変化させずにデバッ
グを実行することができる。また、タスクが待ち状態か
らレディ状態になった時点でシステムを停止することが
でき、ターゲットタスクがレディ状態になった時点のシ
ステムの状態（ＯＳ資源の状態）を維持しながらのデバ
ッグができる。さらに、該当タスクを実行状態にし実行
させてから中断するために、ブレークさせたタスクはカ
ーネル内部状態と一致したままデバッグができる優れた
効果がある。
状態のタスクであれば、レディキューの中のいかなる場
所においてもレディキューの状態を変化させずにデバッ
グを実行することができる。また、タスクが待ち状態か
らレディ状態になった時点でシステムを停止することが
でき、ターゲットタスクがレディ状態になった時点のシ
ステムの状態（ＯＳ資源の状態）を維持しながらのデバ
ッグができる。さらに、該当タスクを実行状態にし実行
させてから中断するために、ブレークさせたタスクはカ
ーネル内部状態と一致したままデバッグができる優れた
効果がある。
【図１】本発明一実施例デバッグ方式のブロック構成
図。
図。
【図２】本発明のデバッグ方式の動作を示す図。
【図３】本発明他の実施例デバッグ方式のブロック構成
図。
図。
【図４】本発明他の実施例デバッグ方式の動作を示す
図。
図。
【図５】デバッグ方式のリアルタイムオペレーティング
システムのタスクの状態遷移図。
システムのタスクの状態遷移図。
【図６】デバッグ方式のリアルタイムオペレーティング
システムのＯＳ資源の管理状態を示す図。
システムのＯＳ資源の管理状態を示す図。
【図７】従来例のデバッグ方式のリアルタイムオペレー
ティングシステムのレディキューのキュー変化を示す
図。
ティングシステムのレディキューのキュー変化を示す
図。
１、１Ａ デバッガ（RTOS用） ２ ブレークポイント管理手段 ３、３Ａ デバッグ対象タスク選択手段 ４、４Ａ コマンド解釈部 ５、５Ａ リアルタイムオペレーティングシステム（RT
OS） ６ SuperPriorityTask 識別子 ７、７Ａ システムサービス提供手段 ８、８Ａ ＯＳ資源管理手段 ９、９Ａ SuperPriorityTask 検出手段 １０ ディスパッチターゲットタスク保持手段 １１ スケジュール手段 １２ ディスパッチ手段 １３ ＯＳ資源 １４ SuperPriorityTask 保持手段 １０１ ＲＵＮ状態のタスク １０２ プライオリティが１に接続されたタスク（ＲＥ
ＡＤＹ状態） １０３ プライオリティが２に接続されたタスク（ＲＥ
ＡＤＹ状態） １０４、１０５ プライオリティが３に接続されたタス
ク（ＲＥＡＤＹ状態） １０６ フラグ待ちキューに接続されたタスク（ＷＡＩ
Ｔ状態） １０７、１１４、１１６ セマフォ待ちキューに接続さ
れたタスク（ＷＡＩＴ状態） １０８、１１３、１１７ メッセージ待ちキューに接続
されたタスク（ＷＡＩＴ状態） １０９ メモリブロッック待ちキューに接続されたタス
ク（ＷＡＩＴ状態） １１０ メッセージ待ちキューに接続されたタスク（Ｗ
ＡＩＴ状態） １１１ メモリブロック待ちキューに接続されたタスク
（ＷＡＩＴ状態） １１２ 登録キューのみに接続されたタスク（ＤＯＲＭ
ＡＮＴ状態） １１５、１２０、１２１ タイマキューに接続されたタ
スク（ＷＡＩＴ状態） １１８ 登録キューのみに接続されたタスク（ＳＵＳＰ
ＥＮＤ状態） １１９ セマフォ待ちキューに接続されたタスク（ＷＡ
ＩＴ−ＳＵＳＰＥＮＤ状態） １２２ スリープしているタスク（ＷＡＩＴ状態） １２３ タイマキューに接続されたタスク（ＷＡＩＴ−
ＳＵＳＰＥＮＤ状態） １２４ スリープしているタスク（ＷＡＩＴ−ＳＵＳＰ
ＥＮＤ状態） ２０１、２０２ タスク１２２を周期的に起床するため
のタイマ管理ブロック ３０１ メッセージ １０００ Task Reg. Queue Header １００１ Flag Reg. Queue Header １００２ Semaphore Reg. Queue．Queue Header １００３ Mail Box Reg. Queue Header １００４ Mail Pool Reg. Queue Header １００５ Timer Queue ２００１、２００２ Flag ２００３、２００４ Semaphore ２００５、２００６ Mail Box ２００７、２００８ Memory Pool
OS） ６ SuperPriorityTask 識別子 ７、７Ａ システムサービス提供手段 ８、８Ａ ＯＳ資源管理手段 ９、９Ａ SuperPriorityTask 検出手段 １０ ディスパッチターゲットタスク保持手段 １１ スケジュール手段 １２ ディスパッチ手段 １３ ＯＳ資源 １４ SuperPriorityTask 保持手段 １０１ ＲＵＮ状態のタスク １０２ プライオリティが１に接続されたタスク（ＲＥ
ＡＤＹ状態） １０３ プライオリティが２に接続されたタスク（ＲＥ
ＡＤＹ状態） １０４、１０５ プライオリティが３に接続されたタス
ク（ＲＥＡＤＹ状態） １０６ フラグ待ちキューに接続されたタスク（ＷＡＩ
Ｔ状態） １０７、１１４、１１６ セマフォ待ちキューに接続さ
れたタスク（ＷＡＩＴ状態） １０８、１１３、１１７ メッセージ待ちキューに接続
されたタスク（ＷＡＩＴ状態） １０９ メモリブロッック待ちキューに接続されたタス
ク（ＷＡＩＴ状態） １１０ メッセージ待ちキューに接続されたタスク（Ｗ
ＡＩＴ状態） １１１ メモリブロック待ちキューに接続されたタスク
（ＷＡＩＴ状態） １１２ 登録キューのみに接続されたタスク（ＤＯＲＭ
ＡＮＴ状態） １１５、１２０、１２１ タイマキューに接続されたタ
スク（ＷＡＩＴ状態） １１８ 登録キューのみに接続されたタスク（ＳＵＳＰ
ＥＮＤ状態） １１９ セマフォ待ちキューに接続されたタスク（ＷＡ
ＩＴ−ＳＵＳＰＥＮＤ状態） １２２ スリープしているタスク（ＷＡＩＴ状態） １２３ タイマキューに接続されたタスク（ＷＡＩＴ−
ＳＵＳＰＥＮＤ状態） １２４ スリープしているタスク（ＷＡＩＴ−ＳＵＳＰ
ＥＮＤ状態） ２０１、２０２ タスク１２２を周期的に起床するため
のタイマ管理ブロック ３０１ メッセージ １０００ Task Reg. Queue Header １００１ Flag Reg. Queue Header １００２ Semaphore Reg. Queue．Queue Header １００３ Mail Box Reg. Queue Header １００４ Mail Pool Reg. Queue Header １００５ Timer Queue ２００１、２００２ Flag ２００３、２００４ Semaphore ２００５、２００６ Mail Box ２００７、２００８ Memory Pool
Claims (7)
- 【請求項１】 システムサービスを提供する提供手段、
タスクを選出する順序を定めるスケジュール手段、ディ
スパッチするターゲットタスクを保持するディスパッチ
ターゲットタスク保持手段およびこのディスパッチター
ゲットタスク保持手段からのターゲットタスクをディス
パッチするディスパッチ手段を含むリアルタイムオペレ
ーティングシステムと、デバッガとを備えたデバッグ方
式において、 前記デバッガは、前記リアルタイムオペレーティングシ
ステムが用いる運用上のプライオリティとは独立のスー
パプライオリティによりデバッグの対象となるターゲッ
トタスクを実行する手段を備えたことを特徴とするデバ
ッグ方式。 - 【請求項２】 前記デバッガは、前記リアルタイムオペ
レーティングシステムに対してデバッグの対象となるタ
ーゲットタスクをスーパプライオリティで実行すべきこ
とを示すスーパプライオリティ識別子をセットする手段
を含み、 前記リアルタイムオペレーティングシステムは、前記ス
ーパプライオリティ識別子がセットされているときには
デバッグの対象となるターゲットタスクを優先的に実行
する手段を含む 請求項１記載のデバッグ方式。 - 【請求項３】 前記優先的に実行する手段は、前記スケ
ジュール手段によるタスク選出の順序に従うことなくデ
バッグの対象となるターゲットタスクを前記ディスパッ
チターゲットタスク保持手段にセットする手段を含む請
求項２記載のデバッグ方式。 - 【請求項４】 前記リアルタイムオペレーティングシス
テムに、前記スーパプライオリティ識別子がセットされ
ているか否かを検出し検出結果を出力する検出手段を含
み、 前記デバッガは、タスクがブレークポイントで停止状態
のときレディ状態にあるターゲットタスクをデバッグす
るユーザのコマンドを入力してデバッグ対象のターゲッ
トタスクを指定しこの指定したターゲットタスクをディ
スパッチするダミーシステムコールを前記システムサー
ビス提供手段に出力するコマンド解釈部と、この指定さ
れたターゲットタスクの実行再開点にブレークポイント
をセットするブレークポイント管理手段と、この指定さ
れたターゲットタスクを選択して前記ディスパッチター
ゲットタスク保持手段にセットし前記スーパプライオリ
ティ識別子をセットする選択手段とを含む請求項３記載
のデバッグ方式。 - 【請求項５】 前記システムサービス提供手段は前記ダ
ミーシステムコールに基づき処理を行う手段を含み、前
記ディスパッチ手段は前記検出結果がセットされている
場合に前記スケジュール手段をバイパスしてディスパッ
チターゲットタスク保持手段にセットされたターゲット
タスクをディスパッチする手段を含む請求項４記載のデ
バッグ方式。 - 【請求項６】 請求項３記載のデバッグ方式において、 前記リアルタイムオペレーティングシステムに、前記ス
ーパプライオリティ識別子がセットされているか否かを
検出し検出結果を出力する検出手段を含み、 前記デバッガは、タスクがブレークポイントで停止状態
のときレディ状態にないターゲットタスクをデバッグす
るユーザのコマンドを入力してデバッグ対象のターゲッ
トタスクを指定し前記システムサービス提供手段にタス
クの実行を再開させるコマンド解釈部と、この指定され
たターゲットタスクに実行再開点のブレークポイントを
セットするブレークポイント管理手段と、この指定され
たターゲットタスクを選択して前記スーパプライオリテ
ィタスク保持手段にセットする選択手段とを含むことを
特徴とするデバッグ方式。 - 【請求項７】 前記システムサービス提供手段は、タス
クをレディキューに接続するオペレーティング資源管理
手段を含み、 前記オペレーティングサービス資源管理手段は、前記シ
ステムサービス提供手段がシステムサービスを行った各
時点で前記スーパプライオリティタスク保持手段の内容
と前記レディキューに接続されたタスクとを比較し比較
結果が一致した場合に前記スーパプライオリティ識別子
をセットする手段を含み、 前記検出手段は前記検出結果がセットされている場合に
は前記スーパプライオリティタスク保持手段の内容を前
記ディスパッチターゲットタスク保持手段にセットする
手段を含み、 前記スケジュール手段は前記検出結果がセットされてい
ない場合には次にディスパッチするタスクを前記ディス
パッチターゲットタスク保持手段にセットする手段を含
み、 前記ディスパッチ手段は前記ディスパッチターゲットタ
スク保持手段にセットされたタスクをディスパッチする
手段を含む請求項６記載のデバッグ方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5304356A JP2643804B2 (ja) | 1993-12-03 | 1993-12-03 | デバッグ方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5304356A JP2643804B2 (ja) | 1993-12-03 | 1993-12-03 | デバッグ方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07160530A JPH07160530A (ja) | 1995-06-23 |
| JP2643804B2 true JP2643804B2 (ja) | 1997-08-20 |
Family
ID=17932038
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5304356A Expired - Lifetime JP2643804B2 (ja) | 1993-12-03 | 1993-12-03 | デバッグ方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2643804B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7140018B1 (en) * | 2000-06-20 | 2006-11-21 | International Business Machines Corporation | Method of using a distinct flow of computational control as a reusable abstract data object |
| JP2002140208A (ja) * | 2000-10-31 | 2002-05-17 | Toshiba Corp | 性能シミュレーション装置および性能シミュレーション方法および性能シミュレーションプログラムを記録した記録媒体 |
| EP1530137A1 (en) * | 2003-11-10 | 2005-05-11 | Robert Bosch Gmbh | Simulation system and computer-implemented method for simulation and verifying a control system |
| US20170161114A1 (en) * | 2015-12-08 | 2017-06-08 | Advanced Micro Devices, Inc. | Method and apparatus for time-based scheduling of tasks |
| CN110737522B (zh) * | 2019-10-16 | 2023-03-03 | 福州物联网开放实验室有限公司 | 一种嵌入式操作系统的待机任务调度方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0266640A (ja) * | 1988-08-31 | 1990-03-06 | Nec Corp | デバッガタスクスケジューリング方式 |
| JPH0327451A (ja) * | 1989-06-23 | 1991-02-05 | Matsushita Electric Ind Co Ltd | リアルタイムオペレーティングシステム |
-
1993
- 1993-12-03 JP JP5304356A patent/JP2643804B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH07160530A (ja) | 1995-06-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5632032A (en) | Cross address space thread control in a multithreaded environment | |
| KR930000592B1 (ko) | 타스크 추적장치 | |
| JP3571976B2 (ja) | デバッグ装置及び方法並びにプログラム記録媒体 | |
| JP4476193B2 (ja) | 情報処理方法および情報処理装置 | |
| JP2003523561A (ja) | 組込み型プロセッサにおいてゼロタイムコンテクストスイッチを用いて命令レベルをマルチスレッド化するシステムおよび方法 | |
| US7472214B2 (en) | Real-time embedded simple monitor method and computer product | |
| JP2011103132A (ja) | Ｏｓ隔離シーケンサー上のユーザーレベルのマルチスレッド化をエミュレートする機構 | |
| TW200941340A (en) | A method and apparatus for suspending execution of a thread until a specified memory access occurs | |
| JP2643804B2 (ja) | デバッグ方式 | |
| JP2000066904A (ja) | マルチタスク制御方法及び記憶媒体 | |
| WO2021046932A1 (zh) | 基于实时操作系统的消息驱动方法和装置 | |
| JP2001282558A (ja) | マルチオペレーティング計算機システム | |
| JP3245500B2 (ja) | マルチプログラミングにおける事象管理方式 | |
| JP3644042B2 (ja) | マルチタスク処理装置 | |
| JPH0895803A (ja) | タスクスケジュール方法 | |
| JPH064364A (ja) | Ｃｐｕ動作記録方式 | |
| JPH09160790A (ja) | タスクスケジュール装置及びタスクスケジュール方法 | |
| JP2006228074A (ja) | マルチタスクシステムおよびマルチタスク制御方法 | |
| JPH04314141A (ja) | マルチタスク制御方法とその機構 | |
| JPH06149615A (ja) | イベント記録方式 | |
| JP2809174B2 (ja) | デバッグ装置 | |
| JPH11272501A (ja) | デバッガの処理方法およびリアルタイムｏｓの処理方法 | |
| JPH08320809A (ja) | 外乱プロセス排除方式 | |
| JPH02156336A (ja) | クロック処理方法 | |
| JPS60114941A (ja) | マルチ・タスク制御用デバイス |