JP2913991B2 - リアルタイム・システム・デバッグ装置 - Google Patents
リアルタイム・システム・デバッグ装置Info
- Publication number
- JP2913991B2 JP2913991B2 JP4068598A JP6859892A JP2913991B2 JP 2913991 B2 JP2913991 B2 JP 2913991B2 JP 4068598 A JP4068598 A JP 4068598A JP 6859892 A JP6859892 A JP 6859892A JP 2913991 B2 JP2913991 B2 JP 2913991B2
- Authority
- JP
- Japan
- Prior art keywords
- task
- rtos
- real
- remote
- debug
- 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
【０００１】
【産業上の利用分野】本発明はリアルタイム・システム
・デバッグ装置に関し、更に詳しくは、仮想オンライン
・デバッガに関する。
・デバッグ装置に関し、更に詳しくは、仮想オンライン
・デバッガに関する。
【０００２】
【従来の技術】従来、シミュレーションによるリアルタ
イム・アプリケーション開発におけるデバッグ方法とし
ては、主に以下の３つの方法が用いられている。なお、
以下の説明では、リアルタイム・オペレーティングシス
テムをＲＴＯＳと記し、アプリケーション・タスクをＡ
Ｐタスクと記す。
イム・アプリケーション開発におけるデバッグ方法とし
ては、主に以下の３つの方法が用いられている。なお、
以下の説明では、リアルタイム・オペレーティングシス
テムをＲＴＯＳと記し、アプリケーション・タスクをＡ
Ｐタスクと記す。
【０００３】方法１…ＲＴＯＳスタブ（図８参照） ＲＴＯＳシステムコールのシミュレーション・ライブラ
リをＡＰタスクとリンクさせ、開発装置の専用デバッガ
を使用してＡＰタスクをデバッグ／テストする方法。
リをＡＰタスクとリンクさせ、開発装置の専用デバッガ
を使用してＡＰタスクをデバッグ／テストする方法。
【０００４】方法２…ターゲットシュミレーションプロ
セス（図９参照） ＲＴＯＳと複数のＡＰタスク・オブジェクトを１つにリ
ンクした全体（以下シミュレーション・プロセスと記
す）を、開発装置の専用デバッガを使用してＡＰタスク
をデバッグ／テストする方法。
セス（図９参照） ＲＴＯＳと複数のＡＰタスク・オブジェクトを１つにリ
ンクした全体（以下シミュレーション・プロセスと記
す）を、開発装置の専用デバッガを使用してＡＰタスク
をデバッグ／テストする方法。
【０００５】方法３…プロセッサ・シミュレータ（図１
０参照） 通常、ＭＰＵが行う機械語命令の解釈と同じ処理をソフ
トウェアで実行しながらプログラムのデバッグ／テスト
をする方法。
０参照） 通常、ＭＰＵが行う機械語命令の解釈と同じ処理をソフ
トウェアで実行しながらプログラムのデバッグ／テスト
をする方法。
【０００６】
【発明が解決しようとする課題】方法１は主にＡＰタス
クの単体テストに用いられるものであり、タスク間の同
期処理や時間／時刻に同期した複雑なＡＰタスクのデバ
ッグ／テストができない。
クの単体テストに用いられるものであり、タスク間の同
期処理や時間／時刻に同期した複雑なＡＰタスクのデバ
ッグ／テストができない。
【０００７】方法２では、ＡＰタスクに対してセットし
たブレークポイントがヒットした場合、デバッガに制御
が移り、シミュレーション・プロセス全体が停止状態に
なってしまう。デバッグ対象のＡＰタスクのみ停止し他
のＡＰタスクの動作には影響しないでデバッグ／テスト
ができない。
たブレークポイントがヒットした場合、デバッガに制御
が移り、シミュレーション・プロセス全体が停止状態に
なってしまう。デバッグ対象のＡＰタスクのみ停止し他
のＡＰタスクの動作には影響しないでデバッグ／テスト
ができない。
【０００８】また、ＲＴＯＳと複数のＡＰタスク・オブ
ジェクトを１つにリンクするので、静的変数やシンボル
の多重定義の問題も起きる。また、ＲＴＯＳと複数のＡ
Ｐタスク・オブジェクトを１つにリンクしなければなら
ないので、ソースコード修正のたびに再リンクと初期化
処理を繰り返さなければならず、デバッグ／テストした
いＡＰタスクのみシミュレーション・プロセス内にロー
ド／アンロードすることができない。
ジェクトを１つにリンクするので、静的変数やシンボル
の多重定義の問題も起きる。また、ＲＴＯＳと複数のＡ
Ｐタスク・オブジェクトを１つにリンクしなければなら
ないので、ソースコード修正のたびに再リンクと初期化
処理を繰り返さなければならず、デバッグ／テストした
いＡＰタスクのみシミュレーション・プロセス内にロー
ド／アンロードすることができない。
【０００９】方法３は主に組み込み型プログラムの開発
に使用されるものであり、方法２と同様の問題がある。
本発明は、これら各方法の問題点に鑑みてなされたもの
であり、その目的は、オンラインマルチタスク下でのデ
バッグが可能でターゲットレス／リモート両方のデバッ
グを統一思想で行えるシミュレーション・プロセスにお
けるデバッガを実現することにある。なお、以下の説明
では、デバッグ対象がシミュレーション・プロセスであ
るため、各用語には「仮想」を付ける。
に使用されるものであり、方法２と同様の問題がある。
本発明は、これら各方法の問題点に鑑みてなされたもの
であり、その目的は、オンラインマルチタスク下でのデ
バッグが可能でターゲットレス／リモート両方のデバッ
グを統一思想で行えるシミュレーション・プロセスにお
けるデバッガを実現することにある。なお、以下の説明
では、デバッグ対象がシミュレーション・プロセスであ
るため、各用語には「仮想」を付ける。
【００１０】具体的には、本発明では、あるタスクをデ
バッグ中でも他のタスクは停止することなく動作できる
仮想オンラインモードまたはシミュレーション・プロセ
ス内のＡＰタスクにセットしたブレークポイントがヒッ
トした場合シミュレーション・プロセス全体が停止する
仮想オフラインモードで動作するマルチ仮想デバッグモ
ードが可能であり、仮想オンラインモードで複数のＡＰ
タスク（任意状態）を同時にデバッグできるマルチタス
クデバッグ機構機構を有し、デバッグ対象としては開発
装置上のシミュレーション・プロセスだけではなくネッ
トワーク上の分散ターゲットも含むネットワーク対応に
なっているデバッガを実現する。
バッグ中でも他のタスクは停止することなく動作できる
仮想オンラインモードまたはシミュレーション・プロセ
ス内のＡＰタスクにセットしたブレークポイントがヒッ
トした場合シミュレーション・プロセス全体が停止する
仮想オフラインモードで動作するマルチ仮想デバッグモ
ードが可能であり、仮想オンラインモードで複数のＡＰ
タスク（任意状態）を同時にデバッグできるマルチタス
クデバッグ機構機構を有し、デバッグ対象としては開発
装置上のシミュレーション・プロセスだけではなくネッ
トワーク上の分散ターゲットも含むネットワーク対応に
なっているデバッガを実現する。
【００１１】
【課題を解決するための手段】このような課題を解決す
る発明は、リモートデバッグモニタ（ｒＤＢＭ）と、該
リモートデバッグモニタ（ｒＤＢＭ）と対で使用され、
ソースコード／シンボルの管理と制御を司どる同時使用
可能な複数のリモート・ソースコードデバッガ（ｒＳＤ
Ｂ）と、タスクとしてロード可能なロードモジュール
と、シミュレーション・プロセス外の仮想デバイスサー
バと通信しながら入出力を管理するＩＯＣＳ，ＲＴＯＳ
サポートデバッグシステムコール（ｐｔｒａｃｅ）及び
共有メモリへのポインタ（ＳｙｓＴｂｌＴｏｐ）を有す
るリアルタイム・オペレーティングシステム（ＲＴＯ
Ｓ）と、リアルタイム・オペレーティングシステム（Ｒ
ＴＯＳ）テーブルの内容をフォーマット表示するリモー
ト・システムテーブルモニタ（ｒＳＴＭ）と、再配置可
能オブジェクトを共有メモリ上にロードし、タスク登録
機能を有するローダタスクと、ＲＴＯＳ，ＡＰタスク及
びｒＤＢＭがコンテキストをもって疑似並列動作が可能
で、開発装置の基本スケジューリング単位になるシミュ
レーション・プロセスと、ＲＴＯＳ，ＩＯＣＳのシステ
ムテーブルやモジュールがロードされ開発装置が管理す
る共有メモリと、で構成されたことを特徴とするもので
ある。
る発明は、リモートデバッグモニタ（ｒＤＢＭ）と、該
リモートデバッグモニタ（ｒＤＢＭ）と対で使用され、
ソースコード／シンボルの管理と制御を司どる同時使用
可能な複数のリモート・ソースコードデバッガ（ｒＳＤ
Ｂ）と、タスクとしてロード可能なロードモジュール
と、シミュレーション・プロセス外の仮想デバイスサー
バと通信しながら入出力を管理するＩＯＣＳ，ＲＴＯＳ
サポートデバッグシステムコール（ｐｔｒａｃｅ）及び
共有メモリへのポインタ（ＳｙｓＴｂｌＴｏｐ）を有す
るリアルタイム・オペレーティングシステム（ＲＴＯ
Ｓ）と、リアルタイム・オペレーティングシステム（Ｒ
ＴＯＳ）テーブルの内容をフォーマット表示するリモー
ト・システムテーブルモニタ（ｒＳＴＭ）と、再配置可
能オブジェクトを共有メモリ上にロードし、タスク登録
機能を有するローダタスクと、ＲＴＯＳ，ＡＰタスク及
びｒＤＢＭがコンテキストをもって疑似並列動作が可能
で、開発装置の基本スケジューリング単位になるシミュ
レーション・プロセスと、ＲＴＯＳ，ＩＯＣＳのシステ
ムテーブルやモジュールがロードされ開発装置が管理す
る共有メモリと、で構成されたことを特徴とするもので
ある。
【００１２】
【作用】ハードウェアとＯＳに依存するｐｔｒａｃ
ｅ（）ライブラリを切り換えることにより、様々なＭＰ
Ｕ，動作モード（オフライン，オンライン），ＯＳ上で
共通のデバッガが使用でき、開発ツールを共通化でき
る。ｐｔｒａｃｅはＯＳ依存であるが標準インタフェー
スを使用しているので、使用するＯＳのｐｔｒａｃｅラ
イブラリを使用することで各種開発装置への移植が容易
である。
ｅ（）ライブラリを切り換えることにより、様々なＭＰ
Ｕ，動作モード（オフライン，オンライン），ＯＳ上で
共通のデバッガが使用でき、開発ツールを共通化でき
る。ｐｔｒａｃｅはＯＳ依存であるが標準インタフェー
スを使用しているので、使用するＯＳのｐｔｒａｃｅラ
イブラリを使用することで各種開発装置への移植が容易
である。
【００１３】デバッグしたいモジュールのみシミュレー
ション・プロセスのアドレス空間に再ロードしてデバッ
グ／テストができ、デバッグの効率が向上できる。ネッ
トワークにより結合され分散されたターゲット上のプロ
グラムに対して開発マシンから遠隔によるソースコード
デバッグが可能になる。
ション・プロセスのアドレス空間に再ロードしてデバッ
グ／テストができ、デバッグの効率が向上できる。ネッ
トワークにより結合され分散されたターゲット上のプロ
グラムに対して開発マシンから遠隔によるソースコード
デバッグが可能になる。
【００１４】
【実施例】以下、図面を参照して、本発明の実施例を詳
細に説明する。図１は本発明に基づくシミュレーション
開発環境の一例を示す概念図である。
細に説明する。図１は本発明に基づくシミュレーション
開発環境の一例を示す概念図である。
【００１５】１はリモートデバッグモニタ（以下ｒＤＢ
Ｍと略記）、２は該ｒＤＢＭ１と対で使用され、ソース
コード／シンボルの管理と制御を司どる同時使用可能な
複数のリモート・ソースコードデバッガ（以下ｒＳＤＢ
と略記）である。
Ｍと略記）、２は該ｒＤＢＭ１と対で使用され、ソース
コード／シンボルの管理と制御を司どる同時使用可能な
複数のリモート・ソースコードデバッガ（以下ｒＳＤＢ
と略記）である。
【００１６】３はタスクとしてロード可能なロードモジ
ュール、４はリアルタイム・オペレーティングシステム
（以下ＲＴＯＳと略記）で、シミュレーション・プロセ
ス外の仮想デバイスサーバと通信しながら入出力を管理
するＩＯＣＳ５，ＲＴＯＳサポートデバッグシステムコ
ール（以下ｐｔｒａｃｅと略記）６及び共有メモリへの
ポインタ（以下ＳｙｓＴｂｌＴｏｐと略記）７を有す
る。
ュール、４はリアルタイム・オペレーティングシステム
（以下ＲＴＯＳと略記）で、シミュレーション・プロセ
ス外の仮想デバイスサーバと通信しながら入出力を管理
するＩＯＣＳ５，ＲＴＯＳサポートデバッグシステムコ
ール（以下ｐｔｒａｃｅと略記）６及び共有メモリへの
ポインタ（以下ＳｙｓＴｂｌＴｏｐと略記）７を有す
る。
【００１７】８はＲＴＯＳテーブルの内容をフォーマッ
ト表示するリモート・システムテーブルモニタ（以下ｒ
ＳＴＭと略記）である。９は再配置可能オブジェクトを
共有メモリ上にロードし、タスク登録機能を有するロー
ダタスクである。
ト表示するリモート・システムテーブルモニタ（以下ｒ
ＳＴＭと略記）である。９は再配置可能オブジェクトを
共有メモリ上にロードし、タスク登録機能を有するロー
ダタスクである。
【００１８】１１はＲＴＯＳ４，ＡＰタスク１０及びｒ
ＤＢＭ１がコンテキストをもって疑似並列動作が可能
で、開発装置の基本スケジューリング単位になるシミュ
レーション・プロセスである。
ＤＢＭ１がコンテキストをもって疑似並列動作が可能
で、開発装置の基本スケジューリング単位になるシミュ
レーション・プロセスである。
【００１９】１２は共有メモリで、ＲＴＯＳ，ＩＯＣＳ
のシステムテーブルやモジュールがロードされ開発装置
が管理する。図２は図１で用いるデバッガの構成例図で
ある。１３はＣ言語レベルデバッガであり、機能に応じ
て、常に開発装置上で動作するソースコード／シンボル
制御部１４と動作環境や動作モードを変更できるデバッ
グ制御部１５に独立分離されている。
のシステムテーブルやモジュールがロードされ開発装置
が管理する。図２は図１で用いるデバッガの構成例図で
ある。１３はＣ言語レベルデバッガであり、機能に応じ
て、常に開発装置上で動作するソースコード／シンボル
制御部１４と動作環境や動作モードを変更できるデバッ
グ制御部１５に独立分離されている。
【００２０】ｒＳＤＢ２は上述のようにソースコード／
シンボルの管理と制御を司どる部分で常にｒＤＢＭ１と
対（ｒＳＤＢ：＝Ｎ：１）で使用され、ネットワークイ
ンタフェースで結合されている。そして、開発装置の基
本スケジューリング単位（プロセス）として動作する。
また、コンパイラ／リンカの出力するオブジェクト形式
に依存する部分で、標準のオブジェクト形式を有してお
り、各種のオブジェクト形式には該標準オブジェクト形
式への変換ツールで対応している。これにより、ｒＳＤ
Ｂ２本体を共通化して、各種開発装置や各種コンパイラ
／リンカをサポートできる。
シンボルの管理と制御を司どる部分で常にｒＤＢＭ１と
対（ｒＳＤＢ：＝Ｎ：１）で使用され、ネットワークイ
ンタフェースで結合されている。そして、開発装置の基
本スケジューリング単位（プロセス）として動作する。
また、コンパイラ／リンカの出力するオブジェクト形式
に依存する部分で、標準のオブジェクト形式を有してお
り、各種のオブジェクト形式には該標準オブジェクト形
式への変換ツールで対応している。これにより、ｒＳＤ
Ｂ２本体を共通化して、各種開発装置や各種コンパイラ
／リンカをサポートできる。
【００２１】１６はＸ−１１Ｗｉｎｄｏｗ（以下Ｘと略
記）であり、ｒＳＤＢ２のマンマシンも代行する。１７
はＳｏｃｋｅｔであって、開発装置はもとよりネットワ
ーク透過性のあるネットワークインタフェースであり、
これによりネットワーク結合された分散ターゲット上で
ｒＤＢＭ１を動作させることができる。
記）であり、ｒＳＤＢ２のマンマシンも代行する。１７
はＳｏｃｋｅｔであって、開発装置はもとよりネットワ
ーク透過性のあるネットワークインタフェースであり、
これによりネットワーク結合された分散ターゲット上で
ｒＤＢＭ１を動作させることができる。
【００２２】ｒＤＢＭ１はシミュレーション・プロセス
１１やターゲット上で動作するものであって、ｒＳＤＢ
２がなくても単独動作も可能である。ただし、ソースコ
ードとシンボルが扱えない。
１１やターゲット上で動作するものであって、ｒＳＤＢ
２がなくても単独動作も可能である。ただし、ソースコ
ードとシンボルが扱えない。
【００２３】該ｒＤＢＭ１の動作形態には、 Ａ．動作環境…シミュレーション／リモートターゲット Ｂ．動作モード…オンライン／オフライン があり、図３に示すようにＡ×Ｂの４種の組み合わせが
ある。具体的には、ｐｔｒａｃｅライブラリを切り換え
て使用する。
ある。具体的には、ｐｔｒａｃｅライブラリを切り換え
て使用する。
【００２４】ｐｔｒａｃｅ６は開発装置上の標準ＯＳ
（ＵＮＩＸ）互換インタフェースであり、図４のデバッ
グ機構を有する。該ｐｔｒａｃｅ６はＭＰＵ機能に依存
する部分で、ｒＤＢＭ１の動作タイプごとにライブラリ
として用意されている。図４の機能を利用することによ
り、ｒＤＢＭ１をＲＴＯＳタスクとして動作させること
が可能になる。ただし、ＰＴＲＡＣＥ ＴＲＡＣＥＭＥ
は開発装置専用のため、ＲＴＯＳ上ではＰＴＲＡＣＥ
ＡＴＴＡＣＨを使用する。ＰＴＲＡＣＥ ＡＴＴＡＣＨ
／ＰＴＲＡＣＥ ＤＥＴＡＣＨにより任意状態マルチタ
スクのデバッグを可能にする。
（ＵＮＩＸ）互換インタフェースであり、図４のデバッ
グ機構を有する。該ｐｔｒａｃｅ６はＭＰＵ機能に依存
する部分で、ｒＤＢＭ１の動作タイプごとにライブラリ
として用意されている。図４の機能を利用することによ
り、ｒＤＢＭ１をＲＴＯＳタスクとして動作させること
が可能になる。ただし、ＰＴＲＡＣＥ ＴＲＡＣＥＭＥ
は開発装置専用のため、ＲＴＯＳ上ではＰＴＲＡＣＥ
ＡＴＴＡＣＨを使用する。ＰＴＲＡＣＥ ＡＴＴＡＣＨ
／ＰＴＲＡＣＥ ＤＥＴＡＣＨにより任意状態マルチタ
スクのデバッグを可能にする。
【００２５】図５は被デバッグＡＰタスク１０の状態遷
移図である。マルチタスク（任意状態）デバッグ機能拡
張のため、ＴＲＣフラグとＴＲＣＳＴＯＰフラグを用意
している。
移図である。マルチタスク（任意状態）デバッグ機能拡
張のため、ＴＲＣフラグとＴＲＣＳＴＯＰフラグを用意
している。
【００２６】ＴＲＣフラグはＰＴＲＡＣＥ ＡＴＴＡＣ
Ｈによりトレースモードになったことを示す。これは、
ＰＴＲＡＣＥ ＤＥＴＡＣＨにより解除される。ＴＲＣ
ＳＴＯＰフラグはＲＥＡＤＹ状態のタスクがＰＴＲＡＣ
Ｅ ＡＴＴＡＣＨされた場合とＰＴＲＡＣＥ ＡＴＴＡ
ＣＨ後システムコールによりＲＥＡＤＹ状態になったこ
とを示す。これによってＤＯＲＭＡＮＴ状態になったＡ
ＰタスクをＰＴＲＡＣＥ ＤＥＴＡＣＨする場合、ＲＥ
ＡＤＹ状態にするか否かを判断できる。いずれの場合で
も、ＰＴＲＡＣＥ ＤＥＴＡＣＨによりＴＲＣＳＴＯＰ
は解除される。
Ｈによりトレースモードになったことを示す。これは、
ＰＴＲＡＣＥ ＤＥＴＡＣＨにより解除される。ＴＲＣ
ＳＴＯＰフラグはＲＥＡＤＹ状態のタスクがＰＴＲＡＣ
Ｅ ＡＴＴＡＣＨされた場合とＰＴＲＡＣＥ ＡＴＴＡ
ＣＨ後システムコールによりＲＥＡＤＹ状態になったこ
とを示す。これによってＤＯＲＭＡＮＴ状態になったＡ
ＰタスクをＰＴＲＡＣＥ ＤＥＴＡＣＨする場合、ＲＥ
ＡＤＹ状態にするか否かを判断できる。いずれの場合で
も、ＰＴＲＡＣＥ ＤＥＴＡＣＨによりＴＲＣＳＴＯＰ
は解除される。
【００２７】以下図５の各状態を説明する。 トレースモード ＢＬＯＣＫ／ＳＵＳＰＥＮＤタスク状態フラグと共存す
るがＲＥＡＤＹ状態フラグとは共存せず、この場合はＴ
ＲＣかつＴＲＣＳＴＯＰの特殊な停止状態（ＤＯＲＭＡ
ＮＴ）として扱われる。
るがＲＥＡＤＹ状態フラグとは共存せず、この場合はＴ
ＲＣかつＴＲＣＳＴＯＰの特殊な停止状態（ＤＯＲＭＡ
ＮＴ）として扱われる。
【００２８】ＢＬＯＣＫまたはＳＵＳＰＥＮＤ状態 ＰＴＲＡＣＥ ＡＴＴＡＣＨによりＴＲＣフラグがその
タスクにセットされる。ＢＬＯＣＫ／ＳＵＳＰＥＮＤ状
態フラグはそのままで、特殊なトレース状態になる。該
ＴＲＣフラグはＰＴＲＡＣＥ ＤＥＴＡＣＨにより解除
される。このとき、ＢＬＯＣＫ／ＳＵＳＰＥＮＤ状態フ
ラグが残っていればタスクはそのままの状態になる。
タスクにセットされる。ＢＬＯＣＫ／ＳＵＳＰＥＮＤ状
態フラグはそのままで、特殊なトレース状態になる。該
ＴＲＣフラグはＰＴＲＡＣＥ ＤＥＴＡＣＨにより解除
される。このとき、ＢＬＯＣＫ／ＳＵＳＰＥＮＤ状態フ
ラグが残っていればタスクはそのままの状態になる。
【００２９】ＲＥＡＤＹ状態 この状態のタスクがＰＴＲＡＣＥ ＡＴＴＡＣＨされる
とＴＲＣフラグとＴＲＣＳＴＯＰフラグがセットされ
る。デバッグ中にこのタスクがＢＬＯＣＫ／ＳＵＳＰＥ
ＮＤされてその後ＰＴＲＡＣＥ ＤＥＴＡＣＨされると
ＴＲＣフラグとＴＲＣＳＴＯＰフラグが解除され、ＢＬ
ＯＣＫ／ＳＵＳＰＥＮＤになる。ＲＥＡＤＹ状態であれ
ば再びＲＥＡＤＹ状態になる。継続実行（ＣＯＮＴＩＮ
ＵＥ）の場合には、ＴＲＣフラグとＴＲＣＳＴＯＰフラ
グはそのままＲＥＡＤＹ状態になる。
とＴＲＣフラグとＴＲＣＳＴＯＰフラグがセットされ
る。デバッグ中にこのタスクがＢＬＯＣＫ／ＳＵＳＰＥ
ＮＤされてその後ＰＴＲＡＣＥ ＤＥＴＡＣＨされると
ＴＲＣフラグとＴＲＣＳＴＯＰフラグが解除され、ＢＬ
ＯＣＫ／ＳＵＳＰＥＮＤになる。ＲＥＡＤＹ状態であれ
ば再びＲＥＡＤＹ状態になる。継続実行（ＣＯＮＴＩＮ
ＵＥ）の場合には、ＴＲＣフラグとＴＲＣＳＴＯＰフラ
グはそのままＲＥＡＤＹ状態になる。
【００３０】ＤＯＲＭＡＮＴ状態 この状態のタスクがＰＴＲＡＣＥ ＡＴＴＡＣＨされる
とＴＲＣフラグがセットされる。該タスクのデバッグ中
に他タスクからＴＡＳＫ ＳＴＡＲＴが実行されたＲＥ
ＡＤＹ状態になった場合、ＴＲＣＳＴＯＰフラグがセッ
トされ、ＰＴＲＡＣＥ ＤＥＴＡＣＨされてもＤＯＲＭ
ＡＮＴにならず、ＲＥＡＤＹ状態になる。
とＴＲＣフラグがセットされる。該タスクのデバッグ中
に他タスクからＴＡＳＫ ＳＴＡＲＴが実行されたＲＥ
ＡＤＹ状態になった場合、ＴＲＣＳＴＯＰフラグがセッ
トされ、ＰＴＲＡＣＥ ＤＥＴＡＣＨされてもＤＯＲＭ
ＡＮＴにならず、ＲＥＡＤＹ状態になる。
【００３１】ＮＯＮ−ＥＸＩＳＴＥＮＴ状態 この状態のタスクにＴＲＣフラグがセットされるのは、
デバッグ中の親タスクが子タスクをＴＡＳＫ ＣＲＥＡ
ＴＥ（タスク生成）したときに親タスクのＴＲＣフラグ
が継承される場合のみである。
デバッグ中の親タスクが子タスクをＴＡＳＫ ＣＲＥＡ
ＴＥ（タスク生成）したときに親タスクのＴＲＣフラグ
が継承される場合のみである。
【００３２】図６はブレークポイントの管理説明図であ
る。１８はｒＳＤＢ管理ブロックであり、マルチｒＳＤ
Ｂを管理するためのブロックである。ｒＤＢＭ１にコネ
クションされたｒＳＤＢのＩＤとそのｒＳＤＢがＰＴＲ
ＡＣＥ ＡＴＴＡＣＨしたタスクのリストで構成され
る。これらは、強制的にコネクションが切れた場合や全
タスクをＰＴＲＡＣＥ ＤＥＴＡＣＨするとき参照され
る。
る。１８はｒＳＤＢ管理ブロックであり、マルチｒＳＤ
Ｂを管理するためのブロックである。ｒＤＢＭ１にコネ
クションされたｒＳＤＢのＩＤとそのｒＳＤＢがＰＴＲ
ＡＣＥ ＡＴＴＡＣＨしたタスクのリストで構成され
る。これらは、強制的にコネクションが切れた場合や全
タスクをＰＴＲＡＣＥ ＤＥＴＡＣＨするとき参照され
る。
【００３３】１９はアクティブ・ブレークポイント管理
テーブルであり、現在セットされているブレークポイン
トのテーブルである。エントリ内容は、主に要求元ｒＳ
ＤＢのＩＤ，セットされたタスクのＩＤ，ブークポイン
トアドレスで構成される。
テーブルであり、現在セットされているブレークポイン
トのテーブルである。エントリ内容は、主に要求元ｒＳ
ＤＢのＩＤ，セットされたタスクのＩＤ，ブークポイン
トアドレスで構成される。
【００３４】図７はセット動作の説明図である。 ｒＳＤＢブレークコマンド入力 ｒＳＤＢ２へソースコードのシンボルを使用してｒｃｖ
ｍｓｇ（）関数の先頭にブレークポイントをセットする
コマンドを入力する。
ｍｓｇ（）関数の先頭にブレークポイントをセットする
コマンドを入力する。
【００３５】アドレス変換 ｒＳＤＢ２はＲＴＯＳモジュールとロードしたモジュー
ルのシンシボル情報をモジュール毎に管理している。ま
た、指定タスクがどのモジュールに属するかタスク生成
時登録される。該シンボル情報を参照して、ｒｃｖｍｓ
ｇ関数名はモジュール内相対アドレスに変換される。
ルのシンシボル情報をモジュール毎に管理している。ま
た、指定タスクがどのモジュールに属するかタスク生成
時登録される。該シンボル情報を参照して、ｒｃｖｍｓ
ｇ関数名はモジュール内相対アドレスに変換される。
【００３６】ｒＤＢＭブレークコマンド入力 シンボルのアドレス変換処理されたコマンドがそのまま
ｒＤＢＭ１へ送信される。このレベルのコマンドはｒＤ
ＢＭ１が単独で動作するときのコマンドと同一である。
ｒＤＢＭ１へ送信される。このレベルのコマンドはｒＤ
ＢＭ１が単独で動作するときのコマンドと同一である。
【００３７】コマンドのｐｔｒａｃｅ展開 アドレス変換処理を受けたコマンドを受け取ったｒＤＢ
Ｍ１は、ＲＴＯＳシステムコールである一連のｐｔｒａ
ｃｅに展開する。ブレークコマンドの場合は、ブレーク
ポイント・アドレスの元の内容を予めセーブし、ブレー
クコードの書き込みを数回に分けて実行する。
Ｍ１は、ＲＴＯＳシステムコールである一連のｐｔｒａ
ｃｅに展開する。ブレークコマンドの場合は、ブレーク
ポイント・アドレスの元の内容を予めセーブし、ブレー
クコードの書き込みを数回に分けて実行する。
【００３８】論理アドレス変換 ＲＴＯＳ４はＣＭＤパラメータを解釈し、メモリ書き込
みルーチンを呼び出す。実際の書き込みアドレスは、タ
スク管理ブロックにセットされたタスク空間の論理アド
レスとｐｔｒａｃｅパラメータで受け取った相対アドレ
スに基づいて算出される。
みルーチンを呼び出す。実際の書き込みアドレスは、タ
スク管理ブロックにセットされたタスク空間の論理アド
レスとｐｔｒａｃｅパラメータで受け取った相対アドレ
スに基づいて算出される。
【００３９】タスク空間へ仮想ブレークポイントのセ
ット 通常、ブレークポイントはＭＰＵが予約した不正命令を
使用するが、シミュレーション環境では疑似的なブレー
クポイントコードを使用する。すなわち、ブレーク用Ｒ
ＴＯＳシステムコール（図４のＰＴＲＡＣＥ ＢＲＫＤ
ＯＮＥ）を使用する。
ット 通常、ブレークポイントはＭＰＵが予約した不正命令を
使用するが、シミュレーション環境では疑似的なブレー
クポイントコードを使用する。すなわち、ブレーク用Ｒ
ＴＯＳシステムコール（図４のＰＴＲＡＣＥ ＢＲＫＤ
ＯＮＥ）を使用する。
【００４０】次に、ヒット動作を説明する。 仮想ブレークポイントヒット ＲＴＯＳシステムコールｐｔｒａｃｅ（ＰＴＲＡＣＥ
ＢＲＫＤＯＮＥ…）が実行される。
ＢＲＫＤＯＮＥ…）が実行される。
【００４１】ＰＴＲＡＣＥ ＢＲＫＤＯＮＥ内部処理 ａ．タスクをトレースモード停止状態にする。 ブレークポイントがヒットしたタスクは、ＲＵＮＮＩＮ
Ｇ状態タスクであるので、このタスクをトレースモード
停止状態にする。
Ｇ状態タスクであるので、このタスクをトレースモード
停止状態にする。
【００４２】ｂ．カレントタスクｉｄ取得 ＲＴＯＳシステムテーブルに現実行中のＡＰタスクのタ
スク管理ブロックアドレスが格納されている。
スク管理ブロックアドレスが格納されている。
【００４３】ｃ．スタックよりブレークアドレスを算出 ブレークポイントはシステムコール（実際には関数呼び
出し）に置き換えたものなので、スタックには戻り番地
がセーブされている。該アドレスには関数呼び出しのた
めの引数セットなどの前処理が入るので、実際のブレー
クポイント・アドレスではないので補正が必要になる。
出し）に置き換えたものなので、スタックには戻り番地
がセーブされている。該アドレスには関数呼び出しのた
めの引数セットなどの前処理が入るので、実際のブレー
クポイント・アドレスではないので補正が必要になる。
【００４４】ｄ．ｒＤＢＭへブレーク完了通知 上記ブレークアドレスと現実行中のＡＰタスクＩＤを、
ｒＤＢＭ１へメイルボックスで通知する。ブレーク完了
待ちになっていたｒＤＢＭ１がＲＥＡＤＹ状態になる。
ｒＤＢＭ１へメイルボックスで通知する。ブレーク完了
待ちになっていたｒＤＢＭ１がＲＥＡＤＹ状態になる。
【００４５】ｒＤＢＭブレーク完了処理 ａ．ブレークポイントの修復 予めセーブしておいたメモリ内容でブレークポイント・
アドレス内容を元の内容に復元する。スタックもブレー
クポイントセット前の値に戻す。
アドレス内容を元の内容に復元する。スタックもブレー
クポイントセット前の値に戻す。
【００４６】ｂ．アクティブブレークポイント・テーブ
ル検索（図６参照） ｒＤＢＭ１はメイルボックスから１つのブレーク完了メ
イル（ブレークアドレス，タスクＩＤ）を取り出す。ブ
レークアドレスからアクティブブレークポイント・テー
ブルを検索し、該当ブレークポイントエントリを検索す
る。
ル検索（図６参照） ｒＤＢＭ１はメイルボックスから１つのブレーク完了メ
イル（ブレークアドレス，タスクＩＤ）を取り出す。ブ
レークアドレスからアクティブブレークポイント・テー
ブルを検索し、該当ブレークポイントエントリを検索す
る。
【００４７】ｃ．要求元ｒＳＤＢへ完了通知 エントリには、要求元ｒＳＤＢのＩＤが格納されている
ので、これによってｒＳＤＢへブレーク完了通知を行
う。
ので、これによってｒＳＤＢへブレーク完了通知を行
う。
【００４８】
【発明の効果】以上詳細に説明したように、本発明によ
れば、以下のような効果が得られる。 開発ツールを共通化できる。
れば、以下のような効果が得られる。 開発ツールを共通化できる。
【００４９】ハードウェアとＯＳに依存するｐｔｒａｃ
ｅ（）ライブラリを切り換えるだけで、様々なＭＰＵ，
動作モード（オフライン，オンライン），ＯＳ上で共通
のデバッガが使用できる。
ｅ（）ライブラリを切り換えるだけで、様々なＭＰＵ，
動作モード（オフライン，オンライン），ＯＳ上で共通
のデバッガが使用できる。
【００５０】特に、ｐｔｒａｃｅはＯＳ依存であるけれ
ど、標準インタフェースを使用しているので、使用する
ＯＳのｐｔｒａｃｅライブラリを使用すれば各種開発装
置への移植が容易である。
ど、標準インタフェースを使用しているので、使用する
ＯＳのｐｔｒａｃｅライブラリを使用すれば各種開発装
置への移植が容易である。
【００５１】デバッグの効率が向上できる。 デバッグしたいモジュールのみシミュレーション・プロ
セスのアドレス空間に再ロードしデバッグ／テストがで
きるので非常に効率が良い。
セスのアドレス空間に再ロードしデバッグ／テストがで
きるので非常に効率が良い。
【００５２】リモートデバッグが容易である。 ネットワークにより結合され分散されたターゲット上の
プログラムに対して開発マシンから遠隔によるソースコ
ードデバッグが可能になる。
プログラムに対して開発マシンから遠隔によるソースコ
ードデバッグが可能になる。
【図１】本発明に基づくシミュレーション開発環境の一
例を示す概念図である。
例を示す概念図である。
【図２】図１で用いるデバッガの構成例図である。
【図３】ｒＤＢＭの動作形態説明図である。
【図４】デバッグ用ＲＴＯＳシステムコールの説明図で
ある。
ある。
【図５】被デバッグＡＰタスクの状態遷移図である。
【図６】ブレークポイントの管理説明図である。
【図７】セット動作の説明図である。
【図８】従来のシミュレーション開発手法の説明図であ
る。
る。
【図９】従来のシミュレーション開発手法の説明図であ
る。
る。
【図１０】従来のシミュレーション開発手法の説明図で
ある。
ある。
１ ｒＤＢＭ（リモートデバッグモニタ） ２ ｒＳＤＢ（リモート・ソースコードデバッガ） ３ ロードモジュール ４ ＲＴＯＳ（リアルタイム・オペレーティングシス
テム） ５ ＩＯＣＳ ６ ｐｔｒａｃｅ（ＲＴＯＳサポートデバッグシステ
ムコール） ７ ＳｙｓＴｂｌＴｏｐ（共有メモリへのポインタ） ８ ｒＳＴＭ（リモート・システムテーブルモニタ） ９ ローダタスク １０ ＡＰタスク １１ シミュレーション・プロセス １２ 共有メモリ
テム） ５ ＩＯＣＳ ６ ｐｔｒａｃｅ（ＲＴＯＳサポートデバッグシステ
ムコール） ７ ＳｙｓＴｂｌＴｏｐ（共有メモリへのポインタ） ８ ｒＳＴＭ（リモート・システムテーブルモニタ） ９ ローダタスク １０ ＡＰタスク １１ シミュレーション・プロセス １２ 共有メモリ
Claims (1)
- 【請求項１】 リモートデバッグモニタ（ｒＤＢＭ）
と、 該リモートデバッグモニタ（ｒＤＢＭ）と対で使用さ
れ、ソースコード／シンボルの管理と制御を司どる同時
使用可能な複数のリモート・ソースコードデバッガ（ｒ
ＳＤＢ）と、 タスクとしてロード可能なロードモジュールと、 シミュレーション・プロセス外の仮想デバイスサーバと
通信しながら入出力を管理するＩＯＣＳ，ＲＴＯＳサポ
ートデバッグシステムコール（ｐｔｒａｃｅ）及び共有
メモリへのポインタ（ＳｙｓＴｂｌＴｏｐ）を有するリ
アルタイム・オペレーティングシステム（ＲＴＯＳ）
と、 リアルタイム・オペレーティングシステム（ＲＴＯＳ）
テーブルの内容をフォーマット表示するリモート・シス
テムテーブルモニタ（ｒＳＴＭ）と、 再配置可能オブジェクトを共有メモリ上にロードし、タ
スク登録機能を有するローダタスクと、 ＲＴＯＳ，ＡＰタスク及びｒＤＢＭがコンテキストをも
って疑似並列動作が可能で、開発装置の基本スケジュー
リング単位になるシミュレーション・プロセスと、 ＲＴＯＳ，ＩＯＣＳのシステムテーブルやモジュールが
ロードされ開発装置が管理する共有メモリと、で構成さ
れたことを特徴とするリアルタイム・システム・デバッ
グ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4068598A JP2913991B2 (ja) | 1992-03-26 | 1992-03-26 | リアルタイム・システム・デバッグ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4068598A JP2913991B2 (ja) | 1992-03-26 | 1992-03-26 | リアルタイム・システム・デバッグ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH05274177A JPH05274177A (ja) | 1993-10-22 |
| JP2913991B2 true JP2913991B2 (ja) | 1999-06-28 |
Family
ID=13378392
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4068598A Expired - Fee Related JP2913991B2 (ja) | 1992-03-26 | 1992-03-26 | リアルタイム・システム・デバッグ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2913991B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6219804B1 (en) | 1998-08-05 | 2001-04-17 | International Business Machines Corporation | Debugging client server programs from third party workstations |
| US8499337B1 (en) | 2004-10-06 | 2013-07-30 | Mcafee, Inc. | Systems and methods for delegation and notification of administration of internet access |
| JP5212508B2 (ja) * | 2011-03-15 | 2013-06-19 | オムロン株式会社 | デバッグ装置 |
| GB2504491A (en) * | 2012-07-30 | 2014-02-05 | Ibm | Remote debug service in a cloud environment |
-
1992
- 1992-03-26 JP JP4068598A patent/JP2913991B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH05274177A (ja) | 1993-10-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6011920A (en) | Method and apparatus for debugging applications on a personality neutral debugger | |
| US6718294B1 (en) | System and method for synchronized control of system simulators with multiple processor cores | |
| US6826746B2 (en) | Debugger probe for object oriented programming | |
| US5630049A (en) | Method and apparatus for testing software on a computer network | |
| US5528503A (en) | Integrated automation development system and method | |
| US6216237B1 (en) | Distributed indirect software instrumentation | |
| US6042614A (en) | System and method for a distributed debugger for debugging distributed application programs | |
| US5781778A (en) | Method and system for debugging parallel and distributed applications | |
| US6948164B2 (en) | Method and system for modifying executable code to add additional functionality | |
| EP2724235B1 (en) | N-way runtime interoperative debugging | |
| US20050034104A1 (en) | Method for multi-language debugging | |
| US20030233634A1 (en) | Open debugging environment | |
| JP2004086910A (ja) | コンピュータ・プログラムをデバックするための方法、システムおよびソフトウェア・プロダクト | |
| CN114756357B (zh) | 一种基于jvm的非阻塞分布式计划任务调度方法 | |
| US20010027387A1 (en) | Debugging supporting apparatus, debugging supporting method and recording medium readable by computer with its programs recorded thereon | |
| JP2000066904A (ja) | マルチタスク制御方法及び記憶媒体 | |
| JPH11505645A (ja) | プロセッサに基づくデジタルシステムをシミュレートするための装置および方法 | |
| JP2913991B2 (ja) | リアルタイム・システム・デバッグ装置 | |
| CN112579460B (zh) | 一种基于多核嵌入式系统的多级调试方法 | |
| Viarheichyk | Embedded Programming with Modern C++ Cookbook: Practical recipes to help you build robust and secure embedded applications on Linux | |
| KR950012113B1 (ko) | 멀티 아키텍춰 환경내의 다중 코드 실행 및 디버깅 시스템에서 코드 인터페이스 자케팅에 특히 적합한 크로스-도메인 명령 호출 및 데이타 참조를 검출하기 위한 시스템 및 방법 | |
| KR100214125B1 (ko) | 전전자 교환기에서 함수 파라미터 추적 방법 | |
| JP2000181748A (ja) | マルチメモリ空間プログラムのデバッグシステムおよびそのデバッグ方法 | |
| JPH05282160A (ja) | リアルタイム・シミュレーション開発機構 | |
| JPH0434625A (ja) | デバッグ・サポート装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |