JPH04287133A - モニタデバッグ方法 - Google Patents
モニタデバッグ方法Info
- Publication number
- JPH04287133A JPH04287133A JP3075830A JP7583091A JPH04287133A JP H04287133 A JPH04287133 A JP H04287133A JP 3075830 A JP3075830 A JP 3075830A JP 7583091 A JP7583091 A JP 7583091A JP H04287133 A JPH04287133 A JP H04287133A
- Authority
- JP
- Japan
- Prior art keywords
- program
- debugging
- memory
- terminal
- controller
- 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
- 238000000034 method Methods 0.000 title claims description 23
- 239000013598 vector Substances 0.000 claims abstract description 20
- 238000012545 processing Methods 0.000 description 17
- 230000010365 information processing Effects 0.000 description 8
- 238000004891 communication Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 238000013461 design Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
Landscapes
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【０００１】
【産業上の利用分野】本発明は、主として、オペレーテ
ィングシステム（ＯＳ）と、デバイス入出力プログラム
（Ｉ／Ｏドライバ）のモニタデバッグ方法に関し、特に
その支援ツールに関する。
ィングシステム（ＯＳ）と、デバイス入出力プログラム
（Ｉ／Ｏドライバ）のモニタデバッグ方法に関し、特に
その支援ツールに関する。
【０００２】
【従来の技術】一般に、情報処理装置ではその開発時に
おいて、オペレーティングシステム等のプログラムのデ
バッグを行っている。このデバッグ方法としては、従来
、以下のような方法があった。■中央処理装置（ＣＰＵ
）と、これを接続するバス線との間にハードウェアツー
ルを挿入し、これらの間を流れるデータを監視する。 そして、期待したデータが流れてきたところで、ＣＰＵ
とバス線とを切り離し、ハードウェアツールを用いてメ
モリの読み書きを行う。■ＣＰＵの代わりにＣＰＵをエ
ミュレートするハードウェアツール上から、ＣＰＵを止
めた状態にして、メモリの内容の読み書きを行う。即ち
、ＣＰＵの代わりにハードウェアツールを接続し、この
ハードウェアツールによってメモリの読み書きを行う。
おいて、オペレーティングシステム等のプログラムのデ
バッグを行っている。このデバッグ方法としては、従来
、以下のような方法があった。■中央処理装置（ＣＰＵ
）と、これを接続するバス線との間にハードウェアツー
ルを挿入し、これらの間を流れるデータを監視する。 そして、期待したデータが流れてきたところで、ＣＰＵ
とバス線とを切り離し、ハードウェアツールを用いてメ
モリの読み書きを行う。■ＣＰＵの代わりにＣＰＵをエ
ミュレートするハードウェアツール上から、ＣＰＵを止
めた状態にして、メモリの内容の読み書きを行う。即ち
、ＣＰＵの代わりにハードウェアツールを接続し、この
ハードウェアツールによってメモリの読み書きを行う。
【０００３】
【発明が解決しようとする課題】しかしながら、上記従
来のデバッグ方法■の場合、以下に述べる問題があった
。 （１） ＣＰＵとバス線との間にハードウェアデバッグ
ツールを挿入することができるような情報処理装置の設
計が必要となる。また、データの解析・デバッグ作業の
時、高価なハードウェアツールを接続する必要があり、
作業が面倒であると共に、コスト高となる。また、従来
のデバッグ方法■の場合は、以下の問題があった。 （２） この場合も、ＣＰＵをエミュレートするハード
ウェアツールを接続できるような情報処理装置の設計が
必要となる。更に、このハードウェアツールが非常に高
価であり、コスト高になると共に、面倒な作業も必要と
する。このように、従来のモニタデバッグ方法は、デバ
ッグのための特別なハードウェアツールを必要とし、そ
のデバッグ作業も面倒であるため、コスト高であると共
に作業性が悪いという問題点を有していた。本発明は、
上記従来の問題点を解決するためになされたもので、低
コストでかつ作業性の良好なモニタデバッグ方法を提供
することを目的とする。
来のデバッグ方法■の場合、以下に述べる問題があった
。 （１） ＣＰＵとバス線との間にハードウェアデバッグ
ツールを挿入することができるような情報処理装置の設
計が必要となる。また、データの解析・デバッグ作業の
時、高価なハードウェアツールを接続する必要があり、
作業が面倒であると共に、コスト高となる。また、従来
のデバッグ方法■の場合は、以下の問題があった。 （２） この場合も、ＣＰＵをエミュレートするハード
ウェアツールを接続できるような情報処理装置の設計が
必要となる。更に、このハードウェアツールが非常に高
価であり、コスト高になると共に、面倒な作業も必要と
する。このように、従来のモニタデバッグ方法は、デバ
ッグのための特別なハードウェアツールを必要とし、そ
のデバッグ作業も面倒であるため、コスト高であると共
に作業性が悪いという問題点を有していた。本発明は、
上記従来の問題点を解決するためになされたもので、低
コストでかつ作業性の良好なモニタデバッグ方法を提供
することを目的とする。
【０００４】
【課題を解決するための手段】本発明のモニタデバッグ
方法は、デバッグ用プログラムをイニシャル・プログラ
ム・ローダに組み込み、通常時は、オペレーティングシ
ステムのプログラムに接続されている端末コントローラ
を、デバッグ時は、前記デバッグ用プログラムに結び付
けるよう前記端末コントローラのベクタを切り換えるこ
とを特徴とするものである。
方法は、デバッグ用プログラムをイニシャル・プログラ
ム・ローダに組み込み、通常時は、オペレーティングシ
ステムのプログラムに接続されている端末コントローラ
を、デバッグ時は、前記デバッグ用プログラムに結び付
けるよう前記端末コントローラのベクタを切り換えるこ
とを特徴とするものである。
【０００５】
【作用】本発明のモニタデバッグ方法は、デバッグ用の
プログラムをイニシャル・プログラム・ローダに組み込
み、デバッグ時の端末用コントローラのベクタをこのデ
バッグ用プログラムに割り当てると共に、デバッグ時以
外では、端末用コントローラのベクタをオペレーティン
グシステムの処理プログラムに割り当てる。従って、デ
バッグ用の特別なハードウェアツールが不要となり、デ
バッグ作業を容易に行えると共に、端末用コントローラ
を、デバッグ用とオペレーティングシステム用とに共用
して使用することができる。
プログラムをイニシャル・プログラム・ローダに組み込
み、デバッグ時の端末用コントローラのベクタをこのデ
バッグ用プログラムに割り当てると共に、デバッグ時以
外では、端末用コントローラのベクタをオペレーティン
グシステムの処理プログラムに割り当てる。従って、デ
バッグ用の特別なハードウェアツールが不要となり、デ
バッグ作業を容易に行えると共に、端末用コントローラ
を、デバッグ用とオペレーティングシステム用とに共用
して使用することができる。
【０００６】
【実施例】以下、本発明の実施例を図面を用いて詳細に
説明する。図２は本発明のモニタデバッグ方法を実施す
るための情報処理装置を示すブロック図である。図の装
置は、中央処理装置（ＣＰＵ）１、メモリ２、ＩＰＬ（
イニシャルプログラムローダ）メモリ３、ディスプレイ
４、ディスプレイコントロールユニット５、端末６、端
末用コントローラ７、プリンタ８、プリンタ制御部９、
フロッピディスク装置１０、ハードディスク装置１１、
ファイル制御部１２、通信制御部１３、拡張Ｉ／Ｏ制御
部１４からなり、これらがシステムバス１５に接続され
ている。
説明する。図２は本発明のモニタデバッグ方法を実施す
るための情報処理装置を示すブロック図である。図の装
置は、中央処理装置（ＣＰＵ）１、メモリ２、ＩＰＬ（
イニシャルプログラムローダ）メモリ３、ディスプレイ
４、ディスプレイコントロールユニット５、端末６、端
末用コントローラ７、プリンタ８、プリンタ制御部９、
フロッピディスク装置１０、ハードディスク装置１１、
ファイル制御部１２、通信制御部１３、拡張Ｉ／Ｏ制御
部１４からなり、これらがシステムバス１５に接続され
ている。
【０００７】ＣＰＵ１とメモリ２はローカルバス１６で
接続され、メモリ２はランダム・アクセス・メモリ等か
ら構成されている。ＣＰＵ１とＩＰＬメモリ３はローカ
ルバス１７で接続され、ＩＰＬメモリ３は、リード・オ
ンリ・メモリ（ＲＯＭ）からなり、後述するＩＰＬプロ
グラムと、モニタデバッグプログラム用ＲＳ−２３２Ｃ
割込みプログラムと、モニタデバッグプログラムのタス
クプログラムが格納されている。ディスプレイ４および
ディスプレイコントロールユニット５は、それぞれ既知
のＣＲＴディスプレイおよびその制御装置からなる。端
末６は、端末用コントローラ７を介して接続される各種
の情報処理装置等からなる。端末用コントローラ７は、
ＲＳ−２３２Ｃのコントローラからなり、以下この実
施例では ＲＳ−２３２Ｃコントローラとして説明する
。プリンタ８は、既知のシリアルプリンタ、ページプリ
ンタ等のプリンタからなる。また、プリンタ制御部９は
、システムバス１５からのデータをプリンタ８に転送す
るためのパラレルインタフェースのプリンタ制御装置か
らなる。ファイル制御部１２は、システムバス１５とフ
ロッピディスク装置１０およびハードディスク装置１１
との間に設けられ、これらディスク装置１０、１１の制
御を行う制御装置である。通信制御部１３は、情報処理
装置と外部の装置と通信を通信回線を介して制御する通
信制御装置である。また、拡張Ｉ／Ｏ制御部１４は、拡
張Ｉ／Ｏ部１８に接続されるＩ／Ｏの制御を行う制御装
置である。
接続され、メモリ２はランダム・アクセス・メモリ等か
ら構成されている。ＣＰＵ１とＩＰＬメモリ３はローカ
ルバス１７で接続され、ＩＰＬメモリ３は、リード・オ
ンリ・メモリ（ＲＯＭ）からなり、後述するＩＰＬプロ
グラムと、モニタデバッグプログラム用ＲＳ−２３２Ｃ
割込みプログラムと、モニタデバッグプログラムのタス
クプログラムが格納されている。ディスプレイ４および
ディスプレイコントロールユニット５は、それぞれ既知
のＣＲＴディスプレイおよびその制御装置からなる。端
末６は、端末用コントローラ７を介して接続される各種
の情報処理装置等からなる。端末用コントローラ７は、
ＲＳ−２３２Ｃのコントローラからなり、以下この実
施例では ＲＳ−２３２Ｃコントローラとして説明する
。プリンタ８は、既知のシリアルプリンタ、ページプリ
ンタ等のプリンタからなる。また、プリンタ制御部９は
、システムバス１５からのデータをプリンタ８に転送す
るためのパラレルインタフェースのプリンタ制御装置か
らなる。ファイル制御部１２は、システムバス１５とフ
ロッピディスク装置１０およびハードディスク装置１１
との間に設けられ、これらディスク装置１０、１１の制
御を行う制御装置である。通信制御部１３は、情報処理
装置と外部の装置と通信を通信回線を介して制御する通
信制御装置である。また、拡張Ｉ／Ｏ制御部１４は、拡
張Ｉ／Ｏ部１８に接続されるＩ／Ｏの制御を行う制御装
置である。
【０００８】次に、上記構成の情報処理装置の処理手順
について、以下のように分類して説明する。 （１） システム立ち上がり処理 （２） メモリ空間の配置 （３） 割込み処理 （４） ＲＳ−２３２Ｃの切換え
について、以下のように分類して説明する。 （１） システム立ち上がり処理 （２） メモリ空間の配置 （３） 割込み処理 （４） ＲＳ−２３２Ｃの切換え
【０００９】先ず（１） の場合、システム立ち上がり
処理は次のように行われる。 ■ＣＰＵ１の初期化 ■メモリ２の初期化 ■ ＲＳ−２３２Ｃコントローラ７の初期化■ハードデ
ィスク装置１１を制御する制御装置の初期化■フロッピ
ディスク装置１０を制御する制御装置の初期化 ■オペレーティングシステム（以下、ＯＳという）のダ
ウンロード
処理は次のように行われる。 ■ＣＰＵ１の初期化 ■メモリ２の初期化 ■ ＲＳ−２３２Ｃコントローラ７の初期化■ハードデ
ィスク装置１１を制御する制御装置の初期化■フロッピ
ディスク装置１０を制御する制御装置の初期化 ■オペレーティングシステム（以下、ＯＳという）のダ
ウンロード
【００１０】次にメモリ空間の配置（２） の場合を説
明する。図１は、上述したシステム立ち上がり処理（１
） 終了時のメモリ空間の配置を示す図である。即ち、
メモリ２内には、ベクタ用メモリとプログラム格納用メ
モリとを備え、ＩＰＬメモリ内には、ＩＰＬ用メモリと
モニタデバッグプログラム用メモリが格納されている。 尚、図１中、モニタデバッグプログラムはＭＤＰと略称
している。
明する。図１は、上述したシステム立ち上がり処理（１
） 終了時のメモリ空間の配置を示す図である。即ち、
メモリ２内には、ベクタ用メモリとプログラム格納用メ
モリとを備え、ＩＰＬメモリ内には、ＩＰＬ用メモリと
モニタデバッグプログラム用メモリが格納されている。 尚、図１中、モニタデバッグプログラムはＭＤＰと略称
している。
【００１１】■メインメモリ
ベクタ用メモリは、各入出力装置から割込みが入った時
のジャンプテーブルである。このジャンプテーブルには
全ての入出力装置のそれぞれに１エントリずつ割り当て
られている。また、プログラム格納用メモリは、各入出
力装置の割込み処理／タスク処理、ファイル管理、スケ
ジューリング、タスク管理等のＯＳ部である。 ■メモリマップドＩ／Ｏ このメモリマップドＩ／Ｏは、各入出力装置のコントロ
ーラを制御するためのメモリである。 ■ＩＰＬメモリ ＩＰＬ用メモリに格納されたＩＰＬプログラムは、電源
投入時に起動されるプログラムで、上述した立ち上がり
処理（１） を実行する。また、モニタデバッグプログ
ラム用メモリには、モニタデバッグ用 ＲＳ−２３２Ｃ
割込み処理プログラムと、モニタデバッグタスクプログ
ラムとが格納されている。モニタデバッグ用 ＲＳ−２
３２Ｃ割込み処理プログラムは、 ＲＳ−２３２Ｃより
割込みが入った場合の割込み原因の解析と削除等を行う
プログラムである。また、モニタデバッグタスクプログ
ラムは、モニタデバッグ用 ＲＳ−２３２Ｃ割込み処理
プログラムによる割込み処理の結果に基づいて、メモリ
２への書き込みや、メモリ２の内容を読出し、このデー
タを ＲＳ−２３２Ｃを介して送出する機能を有するプ
ログラムである。
のジャンプテーブルである。このジャンプテーブルには
全ての入出力装置のそれぞれに１エントリずつ割り当て
られている。また、プログラム格納用メモリは、各入出
力装置の割込み処理／タスク処理、ファイル管理、スケ
ジューリング、タスク管理等のＯＳ部である。 ■メモリマップドＩ／Ｏ このメモリマップドＩ／Ｏは、各入出力装置のコントロ
ーラを制御するためのメモリである。 ■ＩＰＬメモリ ＩＰＬ用メモリに格納されたＩＰＬプログラムは、電源
投入時に起動されるプログラムで、上述した立ち上がり
処理（１） を実行する。また、モニタデバッグプログ
ラム用メモリには、モニタデバッグ用 ＲＳ−２３２Ｃ
割込み処理プログラムと、モニタデバッグタスクプログ
ラムとが格納されている。モニタデバッグ用 ＲＳ−２
３２Ｃ割込み処理プログラムは、 ＲＳ−２３２Ｃより
割込みが入った場合の割込み原因の解析と削除等を行う
プログラムである。また、モニタデバッグタスクプログ
ラムは、モニタデバッグ用 ＲＳ−２３２Ｃ割込み処理
プログラムによる割込み処理の結果に基づいて、メモリ
２への書き込みや、メモリ２の内容を読出し、このデー
タを ＲＳ−２３２Ｃを介して送出する機能を有するプ
ログラムである。
【００１２】そして、このように構成されたメモリ空間
の配置では、ベクタ用メモリの１番地には端子Ａが、２
番地には端子Ｂが接続されている。また、端末６を接続
するための ＲＳ−２３２Ｃコントローラ７からは端子
Ｃが設けられ、端子ＡまたはＢのいずれかに接続可能な
よう構成されている。更に、ベクタ用メモリの３番地は
、ハードディスク装置１１のディスクコントローラ１９
に接続され、４番地はフロッピディスク装置１０のフロ
ッピーディスクコントローラ２０に接続されている。ま
た、メモリマップドＩ／Ｏの２０００番地の ＲＳ−２
３２Ｃ制御命令に、 ＲＳ−２３２Ｃコントローラ７が
接続され、２０１０番地のディスク制御命令には、ディ
スクコントローラ１９が、更に、２０２０番地のフロッ
ピディスク制御命令にはフロッピーディスクコントロー
ラ２０が接続されている。
の配置では、ベクタ用メモリの１番地には端子Ａが、２
番地には端子Ｂが接続されている。また、端末６を接続
するための ＲＳ−２３２Ｃコントローラ７からは端子
Ｃが設けられ、端子ＡまたはＢのいずれかに接続可能な
よう構成されている。更に、ベクタ用メモリの３番地は
、ハードディスク装置１１のディスクコントローラ１９
に接続され、４番地はフロッピディスク装置１０のフロ
ッピーディスクコントローラ２０に接続されている。ま
た、メモリマップドＩ／Ｏの２０００番地の ＲＳ−２
３２Ｃ制御命令に、 ＲＳ−２３２Ｃコントローラ７が
接続され、２０１０番地のディスク制御命令には、ディ
スクコントローラ１９が、更に、２０２０番地のフロッ
ピディスク制御命令にはフロッピーディスクコントロー
ラ２０が接続されている。
【００１３】（３） 割込み処理
次に図１におけるメインメモリ、メモリマップドＩ／Ｏ
、各コントローラ、各入出力装置の関係をディスクの書
き込み終了を例にとって説明する。 （ａ） ハードディスク装置１１への書き込みが終了す
ると、これによりディスクコントローラ１９はディスク
の割込みを上げる。 （ｂ） ＣＰＵ１は、ベクタ用メモリの１１００番地に
ディスクの割込み処理の番地が書いてあるため、１１０
０番地の命令、即ちディスクの割込み処理を起動する。 （ｃ） ディスクの割込み処理で、メモリマップドＩ／
Ｏの２０１０番地を参照し、ディスクへの書き込みが終
了したと認識する。更にディスクコントローラ１９に対
し、書き込み終了の確認を２０１０番地の書き込んで通
知する。 （ｄ） これによりディスクコントローラ１９はアイド
ル状態となる。
、各コントローラ、各入出力装置の関係をディスクの書
き込み終了を例にとって説明する。 （ａ） ハードディスク装置１１への書き込みが終了す
ると、これによりディスクコントローラ１９はディスク
の割込みを上げる。 （ｂ） ＣＰＵ１は、ベクタ用メモリの１１００番地に
ディスクの割込み処理の番地が書いてあるため、１１０
０番地の命令、即ちディスクの割込み処理を起動する。 （ｃ） ディスクの割込み処理で、メモリマップドＩ／
Ｏの２０１０番地を参照し、ディスクへの書き込みが終
了したと認識する。更にディスクコントローラ１９に対
し、書き込み終了の確認を２０１０番地の書き込んで通
知する。 （ｄ） これによりディスクコントローラ１９はアイド
ル状態となる。
【００１４】（４） ＲＳ−２３２Ｃの切換え処理次
いで、 ＲＳ−２３２ＣをＯＳの端末またはモニタデバ
ッグプログラムの端末として排他的に使う方法を説明す
る。 （ａ） ベクタ用メモリ １番地をＯＳの端末用、２番地をモニタデバッグプログ
ラムの端末用に割り当てる。即ち、１番地は１０００を
書き、プログラム格納用メモリの１０００番地の端末用
ＲＳ−２３２Ｃ割込み処理にジャンプするようにする。 また、２番地は４０００を書き、モニタデバッグプログ
ラム用メモリの４０００番地のモニタデバッグ用 ＲＳ
−２３２Ｃ割込み処理プログラムにジャンプするように
する。 （ｂ） メモリマップドＩ／Ｏ ＲＳ−２３２Ｃの通信には、２０００番地の ＲＳ−２
３２Ｃ制御命令を使用する。 （ｃ） 割込み処理 ＯＳの端末用にはプログラム格納用メモリの１０００番
地の端末用 ＲＳ−２３２Ｃ割込み処理を用いる。また
、モニタデバッグプログラムの端末用には、モニタデバ
ッグプログラム用メモリの４０００番地のモニタデバッ
グ用 ＲＳ−２３２Ｃ割込み処理プログラムを用いる。
いで、 ＲＳ−２３２ＣをＯＳの端末またはモニタデバ
ッグプログラムの端末として排他的に使う方法を説明す
る。 （ａ） ベクタ用メモリ １番地をＯＳの端末用、２番地をモニタデバッグプログ
ラムの端末用に割り当てる。即ち、１番地は１０００を
書き、プログラム格納用メモリの１０００番地の端末用
ＲＳ−２３２Ｃ割込み処理にジャンプするようにする。 また、２番地は４０００を書き、モニタデバッグプログ
ラム用メモリの４０００番地のモニタデバッグ用 ＲＳ
−２３２Ｃ割込み処理プログラムにジャンプするように
する。 （ｂ） メモリマップドＩ／Ｏ ＲＳ−２３２Ｃの通信には、２０００番地の ＲＳ−２
３２Ｃ制御命令を使用する。 （ｃ） 割込み処理 ＯＳの端末用にはプログラム格納用メモリの１０００番
地の端末用 ＲＳ−２３２Ｃ割込み処理を用いる。また
、モニタデバッグプログラムの端末用には、モニタデバ
ッグプログラム用メモリの４０００番地のモニタデバッ
グ用 ＲＳ−２３２Ｃ割込み処理プログラムを用いる。
【００１５】（ｄ） モニタデバッグプログラムの端末
としての使用法 ベクタ用メモリの端子Ｂと ＲＳ−２３２Ｃコントロー
ラの端子Ｃを接続する。これにより、上記のベクタ用メ
モリ（ａ） 〜割込み処理（ｃ） で説明したように、
ベクタ用メモリの２番地、メモリマップドＩ／Ｏの２０
００番地の ＲＳ−２３２Ｃ制御命令、モニタデバッグ
プログラム用メモリの４０００番地のモニタデバッグ用
ＲＳ−２３２Ｃ割込み処理プログラム、５０００番地
のモニタデバッグタスクプログラムを用いることによっ
てモニタデバッグを実現することができる。ここで、Ｉ
ＰＬプログラムはＯＳに依存するが、モニタデバッグ用
ＲＳ−２３２Ｃ割込み処理プログラムおよびモニタデ
バッグタスクプログラムはＯＳに依存しないよう構成さ
れている。従って、ＯＳを換える場合はＩＰＬプログラ
ムのみそのＯＳに対応するよう設計すれば良く、モニタ
デバッグプログラムは変更する必要がない。また、ＩＰ
ＬプログラムによるＣＰＵ１とメモリ２の初期化以降（
上述したシステム立ち上がり処理（１） におけるメモ
リの初期化■以降）であれば、ＩＰＬプログラム自体の
デバッグにも適用することが可能である。
としての使用法 ベクタ用メモリの端子Ｂと ＲＳ−２３２Ｃコントロー
ラの端子Ｃを接続する。これにより、上記のベクタ用メ
モリ（ａ） 〜割込み処理（ｃ） で説明したように、
ベクタ用メモリの２番地、メモリマップドＩ／Ｏの２０
００番地の ＲＳ−２３２Ｃ制御命令、モニタデバッグ
プログラム用メモリの４０００番地のモニタデバッグ用
ＲＳ−２３２Ｃ割込み処理プログラム、５０００番地
のモニタデバッグタスクプログラムを用いることによっ
てモニタデバッグを実現することができる。ここで、Ｉ
ＰＬプログラムはＯＳに依存するが、モニタデバッグ用
ＲＳ−２３２Ｃ割込み処理プログラムおよびモニタデ
バッグタスクプログラムはＯＳに依存しないよう構成さ
れている。従って、ＯＳを換える場合はＩＰＬプログラ
ムのみそのＯＳに対応するよう設計すれば良く、モニタ
デバッグプログラムは変更する必要がない。また、ＩＰ
ＬプログラムによるＣＰＵ１とメモリ２の初期化以降（
上述したシステム立ち上がり処理（１） におけるメモ
リの初期化■以降）であれば、ＩＰＬプログラム自体の
デバッグにも適用することが可能である。
【００１６】（ｅ） ＯＳの端末としての使用法この場
合は、ベクタ用メモリの端子Ａと ＲＳ−２３２Ｃコン
トローラの端子Ｃを接続する。これにより、ベクタ用メ
モリの１番地、メモリマップドＩ／Ｏの２０００番地の
ＲＳ−２３２Ｃ制御命令、プログラム格納用メモリの
１０００番地の端末用 ＲＳ−２３２Ｃ割込み処理を用
いて、 ＲＳ−２３２Ｃコントローラ７を介した通常の
ＯＳの端末を実現することができる。
合は、ベクタ用メモリの端子Ａと ＲＳ−２３２Ｃコン
トローラの端子Ｃを接続する。これにより、ベクタ用メ
モリの１番地、メモリマップドＩ／Ｏの２０００番地の
ＲＳ−２３２Ｃ制御命令、プログラム格納用メモリの
１０００番地の端末用 ＲＳ−２３２Ｃ割込み処理を用
いて、 ＲＳ−２３２Ｃコントローラ７を介した通常の
ＯＳの端末を実現することができる。
【００１７】このように、 ＲＳ−２３２Ｃコントロー
ラ７の端子Ｃと、ベクタ用メモリのジャンプテーブルの
２エントリを切換えるだけのハードウェアサポートで、
モニタデバッグプログラムが実現できるため、従来のよ
うなハードウェアツールが不要となる。更に、端子Ａ，
Ｂ，Ｃの切換えのみで、モニタデバッグプログラムの端
末かＯＳの端末かを容易に切換えることができる。
ラ７の端子Ｃと、ベクタ用メモリのジャンプテーブルの
２エントリを切換えるだけのハードウェアサポートで、
モニタデバッグプログラムが実現できるため、従来のよ
うなハードウェアツールが不要となる。更に、端子Ａ，
Ｂ，Ｃの切換えのみで、モニタデバッグプログラムの端
末かＯＳの端末かを容易に切換えることができる。
【００１８】尚、上記実施例では、端末用コントローラ
を ＲＳ−２３２Ｃコントローラ７としたが、これに限
定されるものではなく、この他にも端末のコントローラ
として、例えば、ＬＡＮ（ローカル・エリア・ネットワ
ーク）の端末用コントローラやＸ．２５のパケット端末
用のコントローラであっても良い。
を ＲＳ−２３２Ｃコントローラ７としたが、これに限
定されるものではなく、この他にも端末のコントローラ
として、例えば、ＬＡＮ（ローカル・エリア・ネットワ
ーク）の端末用コントローラやＸ．２５のパケット端末
用のコントローラであっても良い。
【００１９】
【発明の効果】以上説明したように、本発明のモニタデ
バッグ方法によれば、デバッグ用プログラムをイニシャ
ル・プログラム・ローダに組み込み、端末コントローラ
のベクタをデバッグ用プログラムとオペレーションシス
テムの処理プログラムとに切り換えるようにしたので、
従来必要であったデバッグ用のハードウェアツールが一
切不要となり、デバッグ作業が極めて容易に行えると共
に、コストを低減することができる。また、端末用コン
トローラに接続される端末を、ＯＳの端末かモニタデバ
ッグプログラムの端末かの二つの目的に使用することが
でき、汎用性が高いという効果が得られる。
バッグ方法によれば、デバッグ用プログラムをイニシャ
ル・プログラム・ローダに組み込み、端末コントローラ
のベクタをデバッグ用プログラムとオペレーションシス
テムの処理プログラムとに切り換えるようにしたので、
従来必要であったデバッグ用のハードウェアツールが一
切不要となり、デバッグ作業が極めて容易に行えると共
に、コストを低減することができる。また、端末用コン
トローラに接続される端末を、ＯＳの端末かモニタデバ
ッグプログラムの端末かの二つの目的に使用することが
でき、汎用性が高いという効果が得られる。
【図１】本発明のモニタデバッグ方法を説明するための
モニタデバッグプログラムのメモリ格納状態図である。
モニタデバッグプログラムのメモリ格納状態図である。
【図２】本発明のモニタデバッグ方法を実施するための
情報処理装置の構成を示すブロック図である。
情報処理装置の構成を示すブロック図である。
２ メモリ
３ ＩＰＬメモリ
６ 端末
７ 端末用コントローラ
Claims (1)
- 【請求項１】 デバッグ用プログラムをイニシャル・
プログラム・ローダに組み込み、通常時は、オペレーテ
ィングシステムのプログラムに接続されている端末コン
トローラを、デバッグ時は、前記デバッグ用プログラム
に結び付けるよう前記端末コントローラのベクタを切り
換えることを特徴とするモニタデバッグ方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3075830A JPH04287133A (ja) | 1991-03-15 | 1991-03-15 | モニタデバッグ方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3075830A JPH04287133A (ja) | 1991-03-15 | 1991-03-15 | モニタデバッグ方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH04287133A true JPH04287133A (ja) | 1992-10-12 |
Family
ID=13587501
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3075830A Pending JPH04287133A (ja) | 1991-03-15 | 1991-03-15 | モニタデバッグ方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH04287133A (ja) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63271542A (ja) * | 1987-04-28 | 1988-11-09 | Alps Electric Co Ltd | Ｒｏｍデバツガ |
| JPH01222342A (ja) * | 1988-03-02 | 1989-09-05 | Pfu Ltd | データ処理装置 |
-
1991
- 1991-03-15 JP JP3075830A patent/JPH04287133A/ja active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63271542A (ja) * | 1987-04-28 | 1988-11-09 | Alps Electric Co Ltd | Ｒｏｍデバツガ |
| JPH01222342A (ja) * | 1988-03-02 | 1989-09-05 | Pfu Ltd | データ処理装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| GB2232514A (en) | Programmable controller | |
| US8464016B2 (en) | Method and device for switching over in a memory for a control device | |
| JP2001290665A (ja) | プロセッサシステム | |
| JPH04287133A (ja) | モニタデバッグ方法 | |
| JPH1083367A (ja) | 周辺装置制御 | |
| US20020083150A1 (en) | Accessing information from memory | |
| JPS5850383B2 (ja) | 情報処理装置 | |
| JPS63158654A (ja) | マイクロコントロ−ラ | |
| JPH08202647A (ja) | コンピュータ入出力装置の仮想ポートについて | |
| KR930004425B1 (ko) | 디버깅 터미널 기능을 갖는 컴퓨터 시스템 및 그 수행방법 | |
| JPH10232819A (ja) | メモリ制御装置およびメモリアクセス方法 | |
| Leffler et al. | Building Berkeley UNIX† Kernels with Config | |
| JPH04337849A (ja) | メモリ・ダンプ方法 | |
| JPH02133851A (ja) | 通信制御装置 | |
| JPH04177452A (ja) | 情報処理装置 | |
| JPH0196725A (ja) | マルチウインドウ制御装置 | |
| JPH08263323A (ja) | マルチプロセッサシステムを構成する装置の構成方式及びデバッグ方式 | |
| JPH02144634A (ja) | エバリエーションチップ | |
| JPS63104148A (ja) | マイクロコンピユ−タ装置の開発装置 | |
| JPH02186790A (ja) | 通話路盤制御方式 | |
| JPH0291741A (ja) | アドレスバスの切換制御方式 | |
| JPS63251844A (ja) | コンピユ−タの診断方式 | |
| JPH0330029A (ja) | 計算機の入出力シミュレーション装置 | |
| JPS63223929A (ja) | アドレス識別方法 | |
| JPH01266642A (ja) | メモリ制御装置 |