JPH04369048A - デバッグ時におけるプログラム修正方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はプログラムのデバッグ作
業効率の向上を図ったデバッグ時におけるプログラム修
正方式に関する。

【０００２】

【従来の技術】プログラムのデバッグ作業は、従来、図
１０に示すように、ディスク装置１から対象プログラム
２を、主記憶装置３にローディングしたのち、プログラ
ムを実行し、この実行中にデバッグ補助ツール４を用い
てオペレータがキーボード５を操作することにより、プ
ログラム内のデータミスＭ１　や論理ミスＭ２　（この
論理ミスＭ２　は分岐処理してプログラムの外に出して
修正作業を行っている）を、主記憶装置３上で修正する
方式が一般的であった。

【０００３】

【発明が解決しようとする課題】しかしながら、上記し
たプログラムの修正方式では、プログラムは主記憶装置
３上だけでしか修正が加えられないため、修正量が少な
い場合はともかく、修正量が多いと、修正にかなりの時
間と労力を費やすことになり、それに加え修正作業の人
為的ミスも伴うことになる。さらにデバッグ作業を一旦
停止した後、プログラムの再開始が必要となった場合は
、再度、プログラムを主記憶装置３上にローディングす
るが、この再ローディング時に修正箇所が元に戻ってし
まうため、オペレータは同じ修正操作を繰り返えして再
修正を行わなければならない。そして、最後にはデバッ
グを断念し、デバッグ時に集めた情報をもとにプログラ
ムソースを修正しなければならない状態となる。この修
正作業時にも、人為的な修正ミスという障害が発生し得
、これにより、プログラムのデバッグには、相応の経験
がないと、かなりの時間と労力を要し、効率の良いデバ
ッグができないという問題があった。

【０００４】本発明は、デバッグ時に修正を施した部分
の修正データを記憶しておき、次回の修正時に、この記
憶した修正データを読み出して修正を行うようにし、デ
バッグ作業における時間と労力を大幅に削減し、デバッ
グ効率の向上を図ったデバッグ時におけるプログラム修
正方式を実現することを目的としている。

【０００５】

【課題を解決するための手段】図１は本発明の原理を説
明するための構成図である。同図において、１０はデバ
ッグ対象となるプログラム１１を格納した記憶部で例え
ばディスク装置が用いられる。１２は主記憶装置、１３
はデバッグ補助ツールであり、このデバッグ補助ツール
１３には、プログラムの修正作業の制御を行う修正制御
部１４、修正に関する管理情報を登録する修正情報テー
ブル１５、修正データを登録する修正データ登録部１６
が付加されている。この修正データ登録部１６としては
、例えばディスク装置などが用いられ、修正データは所
定のファイル１６１　に記憶されるようになっている。

【０００６】また図中、１７はオペレータがデータを入
力するためのデータ入力部であり、例えばキーボードが
用いれらる。

【０００７】

【作用】このような構成において、デバッグ作業は次の
ようにして行われる。その処理手順を図２のフローチャ
ートを参照しながら説明する。

【０００８】まず、ディスク装置１０からデバッグ対象
プログラム１１を主記憶装置１２にローディングし、そ
のプログラムを実行してデバッグを行う（処理Ｓ１）。 そして、プログラム実行中にそのプログラムにデータミ
スＭ１　や論理ミスＭ２　などがあることがわかって、
これらのミス箇所Ｍ１　，Ｍ２　を修正する必要が生じ
た場合、オペレータはデータ入力部１７から修正内容を
記憶させるための操作として修正記憶開始指示を入力す
る。この修正記憶開始指示が入力されると（処理Ｓ２）
、記憶フラグがオン（処理Ｓ３）し、この記憶フラグが
オンしている間に（処理Ｓ４）、ミス箇所Ｍ１　，Ｍ２
　を修正するためのデータを入力する。このデータがデ
バッグ補助ツール１３に与えられると、それを修正制御
部１４に通知し、これにより修正制御部１４は修正情報
テーブル１５に修正履歴など修正データを検索するため
に必要な修正に関する管理情報を書き込む（処理Ｓ５）
とともに、修正データ登録部１６の所定のファイル１６
１　に、この修正情報テーブル１５に書き込まれた管理
情報に対応した修正データを書き込む（処理Ｓ６）。

【０００９】一方、データ入力部１７から入力された修
正データは、デバッグ補助ツール１３によりデバッグ中
のプログラムの修正部分（データミスＭ１　、論理ミス
Ｍ２　）にも与えられ、その部分の修正を行う（処理Ｓ
７）。このようにして、プログラムの修正が全て終了す
ると、オペレータは修正記憶終了の指示をデータ入力部
１７から入力する。そして、オペレータは修正したプロ
グラムの動作を確認するためにプログラムを実行させる
。

【００１０】その後、デバッグ作業を一旦停止し、プロ
グラムの再開始などの要因により、プログラムの再ロー
ディングを行う必要が生じた場合に、オペレータは再び
ディスク装置１０よりプログラム１１を主記憶装置１２
にローディングする。

【００１１】そして、オペレータは先に修正データ登録
部１６に記憶させた修正データを読み出すための読み出
し指示をデータ入力部１７から入力する。この読み出し
指示をデバッグ補助ツール１３が受けて、修正制御部１
４に通知し、これにより、修正制御部１４は修正情報テ
ーブル１５を検索し、指定の修正データを修正データ登
録部１６から読み出す。修正データ登録部１６から読み
出された修正データは、デバッグ補助ツール１３に与え
られ、プログラムの修正作業が行われる。

【００１２】このように、プログラムのデバッグ作業時
において、プログラムの修正を行う場合、最初の修正操
作時に修正管理情報および修正データをオペレータの指
示により修正情報テーブル１５、修正データ登録部１６
に記憶させておくようにしたので、プログラムの再開始
などの要因によりプログラムの再ローディングを行う必
要が生じた場合でも、オペレータは修正データの読み出
し指示を与えるだけで、修正データ登録部１６から修正
データを読み出すことができ、デバッグ作業を効率良く
しかも確実に行うことができる。

【００１３】

【実施例】次に上記したような本発明の原理をもとに実
施例を説明する。図３は第１の実施例の構成図であり、
図１と同一部分には同一符号を付す。この第１の実施例
では、図１で示した修正制御部１４に修正データ退避復
元部２０を設け、オペレータからの修正データの退避指
示を受けると、修正データ登録部１６に書き込まれてい
る修正データを保管及び携帯便利な記憶媒体として、例
えばフロッピィディスク２１に退避させるようになって
いる。これを図４のフローチャートを参照しながら説明
する。この図４のフローチャートにおいて、処理Ｓ１〜
処理Ｓ８までの一連の処理手順は前記本発明の原理で説
明したものであり、ここでは記憶開始指示か否かの判断
処理（処理Ｓ２）が「ＮＯ」で、記憶終了指示入力か否
かの判断処理（処理Ｓ９）が「ＮＯ」の判断の後に、こ
の第の２実施例の処理手順が続く。すなわち、プログラ
ムの修正データが書き込まれた修正データ登録部１６を
、破損保護、保管、他方での使用などの必要が生じた場
合、オペレータは修正データ登録部１６に格納されてい
る修正データの退避指示を、データ入力部１７から入力
する。デバッグ補助ツール１３はこの退避指示入力が出
されることにより（処理Ｓ１０）、それを修正制御部１
４に通知し、これにより、修正情報ファイル退避復元部
２０を制御して、修正情報テーブル１５から退避させる
修正データに関する管理情報を、フロッピィディスク２
１に退避させ（処理Ｓ１１）たのち、それに対応する修
正データを修正データ登録部１６から取り出して、フロ
ッピィディスク２１に退避（書き込み）させる（処理Ｓ
１２）。

【００１４】このように修正データ登録部１６に書き込
まれている修正データをフロッピィディスク２１に退避
させることにより、保管性に優れ、またその修正データ
を他のシステムに利用することも可能となる。図５は、
このフロッピィディスク２１に格納された修正データを
他のシステムで利用する場合を示すもので、この場合、
オペレータはデータ入力部３１から復元指示を入力する
と（図４の処理Ｓ１３）、これをデバッグ補助ツール３
２が受けて、修正制御部３３に通知し、修正データ退避
復元部３４を制御して、フロッピィディスク２１から管
理情報を復元し、修正情報テーブル３５に登録し（処理
Ｓ１４）、次に修正データを復元して修正データ登録部
３６の所定ファイル３６１　に書き込む（処理Ｓ１５）
。 そして、この書き込まれた修正データによりプログラム
３７のミス箇所Ｍ１　の修正を行う（処理Ｓ１６）。な
お、図５において、３８は主記憶装置、３９はデバッグ
対象のプログラム３７を格納しているディスク装置であ
る。

【００１５】このように、他のシステムに上記フロッピ
ィディスク２１を使用し、オペレータが復元指示を入力
するだけで、プログラムに同じ修正を加えることができ
る。次に図６により第２の実施例を説明する。この第２
の実施例では、修正内容を全てデバッグ時にプログラム
の中に埋め込み、これによりデバッグ作業を行っている
ときに、プログラムの実行順序や論理の混乱を解消する
ことを目的としている。すなわち、プログラム中の論理
ミスの場合、プログラムの中で修正しきれない状態のと
きは分岐処理によりそれを外に出している。図６におい
て、斜線を施した論理ミスＭ２　の部分は本来図示Ａの
部分にあるデータであり、それを分岐処理して外に出し
て修正したものを示している。この第２の実施例は、修
正制御部１４に修正内容補正部４１を設け、具体的には
修正データ登録部１６に登録された修正データをもとに
、上記修正内容補正部４１により修正した部分をプログ
ラムの元の部分（図示矢印Ａの部分）に戻すような補正
を行う。これを図７のフローチャートを参照して説明す
る。図７のフローチャートにおいて、処理Ｓ１〜処理Ｓ
８までの一連の処理手順は本発明の原理で説明したもの
であり、ここでは、記憶終了指示入力か否かの判断（処
理Ｓ９）が「ＮＯ」である場合の後、つまり、処理Ｓ２
１の「補正指示入力か否か」の判断以降について説明す
る。

【００１６】オペレータから補正指示が出されると（処
理Ｓ２１）、修正データ内に分岐（Ｊｍｐ）命令がある
か否かを検索する（処理Ｓ２２）。そして、分岐を発見
する（処理Ｓ２３）ことにより、修正データが論理ミス
であることがわかり、その論理の修正データの大きさを
求める（処理Ｓ２４）。これは論理ミスの変更データを
プログラムに挿入するための領域を求めるために、その
大きさを算出するものである。

【００１７】次に主記憶装置１２上のプログラムに修正
データの挿入領域を確保し（処理Ｓ２５）、その領域に
修正データを書き込み（処理Ｓ２６）、そのあと分岐（
Ｊｍｐ）命令と復帰（ＲＴＳ）命令を消去する（処理Ｓ
２７）。

【００１８】このような処理手順を行うことにより、修
正した部分のデータはプログラム内部の元の部分（図示
矢印Ａの部分）に挿入され、これにより、余分な分岐処
理などが削除され、デバッグ領域の節約となり、デバッ
グ効率の向上を図ることができる。

【００１９】次に図８により第３の実施例を説明する。 この第３の実施例では、修正制御部１４にプログラムソ
ース生成部５１を設け、プログラムソースの修正を行う
必要が生じたとき、デバッグ時に使用した修正データを
もとに、プログラムソースを生成し、プログラムソース
の修正を行うものである。具体的には図８において、デ
バッグ時に修正した修正データ（ファイル１６１　に格
納されているデータ）を全て使用してプログラムソース
生成部５１にてプログラムソースを生成し、このプログ
ラムソースを修正データ登録部１６の所定のファイル１
６２　に格納し、このプログラムソースを別のディスク
装置５２に格納されている本プログラム５３に反映させ
るようにしてたものである。

【００２０】上記ディスク装置５２に格納されている本
プログラム５３は、ディスク装置１０に格納されている
プログラム１１がすでに実行形式（コンパイラされたの
ちリンクされたもの）のプログラムであるのに対し、コ
ンパイラされる以前のプログラムである。このプログラ
ム５３に修正データをもとに生成されたプログラムソー
スを反映させたのち、実行形式のプログラムとするもの
である。

【００２１】以下、この第３の実施例の処理手順を図９
のフローチャートを参照して説明する。図９のフローチ
ャートにおいて、処理Ｓ１〜処理Ｓ８までの一連の処理
手順は前記したように本発明の原理で説明したものであ
り、ここでは、記憶終了指示入力かの判断（処理Ｓ９）
が「ＮＯ」の場合の後、つまり、処理Ｓ３１の「ソース
生成指示か否か」の判断処理以降について説明する。

【００２２】まず、オペレータがプログラムソースの生
成指示をデータ入力部１７から入力すると（処理Ｓ３１
）、修正データ登録部１６に登録されている修正データ
をもとに、ソース生成部５１にてプログラムソースを生
成し（処理Ｓ３２）、これを修正データ登録部１６の所
定のファイル１６２　に格納する（処理Ｓ３３）。そし
て、このファイルに格納されたプログラムソースをディ
スク装置５２に格納されている本プログラム５３に反映
させ（処理Ｓ３４）、本プログラム５５のプログラムソ
ースの修正を行う。この修正された本プログラムソース
をコンパイラしたのちリンクして実行形式のプログラム
とすれば、この実行形式のプログラムは、すでに修正さ
れたプログラムとして使用でき、プログラムの修正作業
の効率化を図ることができる。

【００２３】なお、上記各実施例において、デバッグ対
象のプログラムを格納するディスク装置１０と修正デー
タを格納する修正データ登録部１６あるいは、第３の実
施例において本プログラムを格納しているディスク装置
５２などは、説明の便宜上、別々なものとして説明して
いるが、これは、共通のディスクであっても良いことは
勿論である。ただし共通のディスク装置を用いる場合は
、どのファイルに何のプログラムあるいは何のデータが
格納されているかの対応付けを適確に行う必要がある。 また、ディスク装置でなく、他の記憶装置を使用しても
良いことは勿論である。

【００２４】

【発明の効果】本発明によれば、デバッグ時にプログラ
ムのデータミスや論理ミスなどを修正した修正データを
記憶させる機能を持たせることにより、プログラムの修
正操作は最初の１回目に行うだけで済み、２回目以降は
オペレータが修正指示を行うだけで、修正内容を読み出
して自動的に修正操作を行うことができ、プログラムの
修正作業を簡素化することができ、効率を大幅に向上さ
せることができる。また、修正したデータをフロッピィ
ディスクなどに退避させる機能を持たせることにより、
修正データの保管に便利なものとなるとともに、他のシ
ステムでの利用など汎用性に優れたものとすることがで
きる。また、修正した部分をプログラム内に挿入する補
正機能を持たせることにより、余分な分岐処理などを削
除することができる。さらに修正内容をもとにプログラ
ムソースを生成する機能を持たせることにより、この生
成したプログラムソースを本プログラムに反映させるこ
とにより、プログラムソースの修正作業の効率を大幅に
向上させることができる。

【００２５】このように、本発明はデバッグ作業におけ
る時間、労力を大幅に軽減でき、デバッグ効率の向上に
大きく寄与することができるものである。

【図面の簡単な説明】

【図１】本発明の原理を説明するための構成図である。

【図２】本発明の原理の処理手順を示すフローチャート
である。

【図３】本発明の第１の実施例の構成図である。

【図４】第１の実施例の処理手順を示すフローチャート
である。

【図５】第１の実施例においてフロッピィディスクを他
のシステムに使用する場合の構成図である。

【図６】本発明の第２の実施例の構成図である。

【図７】第２の実施例の処理手順を示すフローチャート
である。

【図８】本発明の第３の実施例の構成図である。

【図９】第３の実施例の処理手順を示すフローチャート
である。

【図１０】従来のデバッグ方式を示す構成図である。

【符号の説明】

１１　　　　　　デバッグ対象プログラム１２　　　　
　　主記憶装置 １３　　　　　　デバッグ補助ツール １４　　　　　　修正制御部 １５　　　　　　修正情報テーブル １６　　　　　　修正データ登録部 １７　　　　　　データ入力部

Claims (4)

【特許請求の範囲】
1. 【請求項１】　　プログラム実行中にデバッグ補助ツー
   ルにてデバッグ作業を行い、プログラムの修正を行うデ
   バッグ時におけるプログラム修正方式において、プログ
   ラムの修正作業を制御する修正制御部（１４）と修正に
   関する管理情報を登録する修正情報テーブル（１５）と
   修正データを登録する修正データ登録部（１６）とを上
   記デバッグ補助ツール（１３）に付加して設け、デバッ
   グ作業時にオペレータの指示により修正に関する管理情
   報を修正情報テーブル（１５）に登録するとともに修正
   データを修正データ登録部（１６）に登録し、これらの
   登録データを用いて次回以降のプログラムの修正を行う
   ようにしことを特徴とするデバッグ時におけるプログラ
   ム修正方式。
2. 【請求項２】　　上記修正制御部（１４）に修正ファイ
   ル退避復元部（２０）を設け、必要に応じてオペレータ
   の指示により、上記修正情報テーブル（１５）からの修
   正に関する管理情報と修正データ登録部（１６）からの
   修正データを、それぞれ保管及び携帯可能な記憶媒体（
   ２１）に退避させるとともにこの記憶媒体（２１）に退
   避させた内容を読み出して復元可能としたことを特徴と
   する請求項１記載のデバッグ時におけるプログラム修正
   方式。
3. 【請求項３】　　上記修正制御部（１４）に、プログラ
   ムの修正内容を補正する修正内容補正部（４１）を設け
   、オペレータの指示により修正を施した部分のデータ量
   を求め、もとのプログラム内に上記データ量に対応した
   領域を確保し、この領域に修正を施した部分のデータを
   書き込むようにしたことを特徴とする請求項１記載のデ
   バッグ時におけるプログラム修正方式。
4. 【請求項４】　　上記修正制御部（１４）に、プログラ
   ムソース生成部（５１）を設け、オペレータの指示によ
   り上記修正データ登録部（１６）に登録されている修正
   データをもとにプログラムソースを生成し、この生成し
   たプログラムソースを本プログラムソースに反映させて
   本プログラムソースの修正を行うことを特徴とする請求
   項１記載のデバッグ時におけるプログラム修正方式。