JPS59108153A - デバツグ方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 発明の分野 この発明は、プログラムのデバッグ方法に関し、特に１
つのＣＰＵによって実行されるインタプリタプログラム
のデバッグ方法に関する。

発明の背景 インタプリタ方式の高級Ｍ　ｉｉｎで書かれたプログラ
ムをデバッグするために、デバッガプログラムが用いら
れる。このデバッガプログラムを用いて高級８詔で書か
れたプログラムをデバッグすると、該プログラムを１ス
テツプごとに確認しながら実行処理することができ、プ
ログラムの誤り等を検出できる。

ところで、デバッグすべき高級言語で書かれたプログラ
ムが、複数のタスクを有し、各タスク間で互いにコミュ
ニケーションを行ないながらプログラムが実行処理され
ることがある。すなわち、見掛は上複数のタスクが並列
処理されるようなプログラムである。このようなプログ
ラムをデバッグする場合には、各タスク間で行なわれる
コミュニケーションのタイミングや内容をも考虞して、
プログラムをデバッグする必要がある。というのは、各
タスク間で互いにコミュニケーションがされ、処理され
ることにより、全体として所定の動作が実行処理される
ことになるからである。

しかしながら、従来、互いにコミュニケーションをする
複数の並列処理されるタスクからなるインタプリタプロ
グラムを１つのＣＰＵによってデバッグする場合には、
各タスクごとに、別々にしかデバッグできず、各タスク
間のコミュニケーションタイミングや内容等をも考慮し
たデバッグは不可能であった。なぜならば、１つのＣＰ
Ｕは一度に１つのデバッグプログラムしか実行処理でき
ないからである。

上述の説明を、図面を参照してさらに具体的に説明しよ
う。

第１図は、従来のプログラムを実行するためのフロー図
である。第３図はデバッグされる複数のタスクＡおよび
Ｂを有するアプリケーションプログラムのフロー図であ
る。今、第３図のタスクＡを、第１図のフロー図に従っ
てデバッグ処理する場合を考える。まず第１図のステッ
プＳ１において、プログラムが動作し得る状態に、初期
化される。次に、ステップＳ２において複数のタスクの
うち、実行しよとする指定アプリケーションタスク、す
なわちタスクＡがデバッガモードであるが否かの判断が
される。もし、タスクＡをデバッガモードにしていなけ
れば、ステップｓ３に進み、タスクＡの内容にしたがっ
て命令が通常の動作で実行されてしまう。この命令の実
行は、ステップＳ３とステップＳ２の閉ループに基づい
て行なわれる。

ステップＳ２において、タスクＡがデバッガモードであ
る場合には、ステップはｓ４へと進む。

そして、デバッガプログラム処理（ステップ８４）に従
って、まずタスクＡの処理１が１ステツプごとに確認し
ながら実行される。

タスクＡの処理１が終了すると、デバッグすべき指定ア
プリケーションタスクをタスクＢに切換えなければなら
ない。なぜならば、タスクＡの処理１が終了した後、タ
スクＢがらのコマンドの受信がなければ、タスクＡは次
の処Ｉ］！２／＼進むことができないからである。

そこで、タスクＢをデバッガモードにしく第１図ステッ
プＳ２）、タスクＢの処理３をデバッガプログラム始期
（第１図ステップ３４）に従ってデバッグする。そして
、タスクＢの送信からコマンドをタスクＡに与える。

このとき、タスクＡは、前述のように、切換えられてデ
バッガモードでないため、このコマンドをタスクＢから
受信すると、直ちに処理２の実行を行なってしまう（第
１図ステップ８２．ステップＳ３参照）。

結局、従来のデバッガプログラムでは、デバッグすべき
複数のタスクがある場合に、デバッグすべきタスクを順
にデバッガモードに切換えなければなｌうず、この切換
えより早く各タスク間でコミュニケーションがされてし
まい、所定のタスクをデバッグできないという欠点があ
ったのである。

発明の目的 この発明の目的は、上記欠点を解消しｌ；、互いにコミ
ュニケーションをする複数の並列処ｊ里されるタスクを
有するインタプリタプログラムを、１つのＣ″”ｐ　ｕ
　ｃよって確実にデバッグ−づ−る方法を提供すること
である。

発明の概要 この発明は、簡単に言えば、デバッグする所定のタスク
のデバッグ処理を外部キー人力によって中断し、所定の
条件が整った後に、中断したタスクの中断を解き、その
タスクのデバッグ処理を続行するようにしたデバッグ方
法である。

この発明の上述の目的と特徴は、図面を参照して行なう
以下の好ましい実施例の説明から一層明らかとなろう。

好ましい実旅例の説明 第２図はこの発明の一実施例のフロー図である。

第３図は一実施例のアプリケーションプログラムタスク
のフロー図である。第２図および第３図を参照して、好
ましい実施例のデパック方法について説明する。

今、第３図のタスクＡを第２図のフロー図に従ってデバ
ッグする場合を考える。まず、第２図のステップＳ１に
おいて、第３図のプログラムが動作可能なように初期化
する。そして次のステップＳ２において、実行処理すべ
きタスクがデバッガモードであるか否かが判断される。

最初タスクＡをデバッガモードにしておけば、ステップ
はＳ４へと進む。そして、ステップ８４．ステップ８５
゜ステップ８３．ステップＳ２およびステップＳ４の閉
ループによって、タスクＡの処理１がデバッグされる。

タスクＡの処理１のデバッグが終了したとき、第２図の
ステップＳ５において、外部キー人力によってタスクＡ
のデバッグ処理が中断される。りると、タスクＡは、ス
テップＳ５とステップＳ６とで構成される閉ループを進
み、次の命令の実行処理（ステップＳ３）がされない。

次に、デバッグすべきタスクをタスクＢに切換える。そ
して、タスクＢの処理３をデバッグする。

タスクＢの処理３が終了すると、タスクＢの送信からコ
マン１〜かタスク八に与えられる。このとき、タスクＡ
は、上述のようにステップＳ５とステップＳ６の閉ルー
プを廻っており、次の処理２へ進むことができない。

次にデバッグすべきタスクをタスクＢからタスクＡに再
び切換える。すると、第２図において、ステップＳ６の
デバッガモードからステップＳ４へと進み、タスクＡの
処理２のデバッグが可能となる。タスクＡの処理２のデ
バッグが終了マると、プログラムは終わる。

なお、タスクＢにおいて、処理３がデバッグされ、送信
からコマンドがタスクＡに送られた後、タスクＢがデバ
ッガモードから通常のモードに切換えられると、処理４
が直ちに実行されることは言うまでもない。

もし、このときタスクＢの処理４もデバッグしたければ
、タスクＢをデバッガモードにして処理３を行ない、送
信からタスク八にコマンドを送った後、タスクＢのデバ
ッグ処理を外部キー人力によってボース゛しておけば（
第２図ステップ８５）、デバッガモードをタスクＢから
タスクＡに切換えても、タスクＢの処理４が実行されて
しまうことはない。よって、タスク△の処理２をデパッ
クした後、再びデバッガモードをタスクＢに切換えて、
タスクＢの処理４を行なうことができる。

以上の説明は、タスクＡおよびタスク］３の２つのタス
クを有するアプリケーションブ【−１グラムのデバッグ
について説明したが、タスクは甲に２つのみならず、３
つ以−トのタスクがあるＪ間合Ｃも同様に１１なうこと
ができる。

発明の効果 以上のように、この発明によれば、所定のタスクのデバ
ッグ処理を一時中断し、必要４１条ｆ１が撃った後にそ
のタスクのデバッグ処理が続（ｊでさるため、Ｎいにコ
ミュニケーションをづるｎｖｌの４ｆ列処即されるタス
クを有する複雑なプログラムを、１つのＣＰＵによって
簡単にデバッグ４ることか可能どなる。

【図面の簡単な説明】

第１図は従来のインタプリタプログラムを大ｔｊするフ
ロー図である。 第２図はこの発明の一実施例のインタプリタプログラム
を実行するフロー図である。 第３図は一実施例のアプリケーションプログラムのタス
クとその）【」−図である。

Claims (1)

1. 【特許請求の範囲】 互いにコミユニクージョンをする少数の並列処理される
   タスクを有するインタプリタプログラムを、１つのＣＰ
   Ｕによってデバッグする方法であって、 前記デバッグされる複数のタスクのうち、所定のタスク
   のデバッグ処理を外部キー人力によって中断し、デバッ
   グ処理を中断した前記タスクとは別のタスクを必要に応
   じてデバッグした後、前記中断したタスクの中断を解き
   、そのタスクのデバッグ処理を続行することを特徴とす
   る、デバッグ方法。