JPH09305411A - コンパイル型プログラムのプログラム実行装置 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザの要求に応じてプログラムから自動的
に実行コードを生成して実行し、かつ１文ずつ記述され
たプログラムを逐次実行することのできるプログラム実
行装置を提供する。 【解決手段】 入力文またはソースファイルに対して入
力するごとに順次コンパイルを実行しオブジェクトコー
ドを生成するコンパイラ１０と、コンパイルされたオブ
ジェクトコードを順次入力しリンクして実行コードを生
成するリンカ２０と、実行コードを格納するプログラム
格納手段３０と、プログラム格納手段に格納された実行
コードを新たにプログラム格納手段に格納された分ごと
に実行するデバッガ４０とを備え、コンパイラ１０及び
リンカ２０は、プログラム格納手段３０の実行コードが
格納された領域の最後の格納位置を認識し、新たに生成
した実行コードを格納位置の直後に格納する。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、コンピュータシス
テムにおけるプログラムの開発、実行に用いられるプロ
グラム実行装置に関し、特にコンパイル型のプログラミ
ング言語により記述されたプログラムを実行するプログ
ラム実行装置に関する。

【０００２】

【従来の技術】Ｃ言語等のようなコンパイル型のプログ
ラミング言語で記述されたプログラムを実行するには、
完全な形で記述したプログラムをソースファイルとして
記憶させ、該ソースファイルをコンパイルし、リンクし
て実行形式プログラムを生成し実行する。図１４のフロ
ーチャートを参照して従来のコンパイル型プログラムの
実行方法について説明する。

【０００３】まず、ユーザがプログラム全体を記述し
（ステップ１４０１）、当該プログラム全体をソースフ
ァイルとして保存する（ステップ１４０２）。次に、ユ
ーザからの実行ファイルを生成する命令により（ステッ
プ１４０３）、コンパイル及びリンクが行われ（ステッ
プ１４０４、１４０５）、実行ファイルが生成される
（ステップ１４０６）。この後、ユーザの命令によりこ
の実行ファイルの実行が行われ（ステップ１４０７）、
表示装置の画面上に実行結果が表示される（ステップ１
４０８）。

【０００４】以上の処理の流れの中で、ユーザは、プロ
グラム全体を記述し（ステップ１４０１）、それをソー
スファイルとして保存し（ステップ１４０２）、実行フ
ァイルを生成する命令を出し（ステップ１４０３）、生
成された実行ファイルを実行する命令を出す（ステップ
１４０７）といった操作をする必要があった。

【０００５】コンピュータシステムにおいて、プログラ
ムを開発したりデバッグする場合には、実際にプログラ
ムを実行し、得られた実行結果をフィードバックするこ
とが行われている。従来のプログラム実行方法によれ
ば、この場合にも、当該プログラムをコンパイル型プロ
グラミング言語で作成するならば、プログラムを実行す
るために上記の手順でプログラム全体の入力、コンパイ
ル、リンク、実行といった操作を行う必要があった。

【０００６】このようなコンパイル型のプログラミング
言語で記述したプログラムを実行する場合に、ユーザか
らの文の入力に対してコンピュータが実行を行い、実行
結果を表示するといった会話型の実行をさせたい場合、
当該プログラムを部分ごとに順次実行するインタプリタ
を別途用意し、当該インタプリタにて当該プログラムを
実行しなければならなかった。

【０００７】また、従来のプログラム実行技術として
は、例えば、特開平４−３５２０２７号に開示された技
術がある。同文献には、関数のみを定義したファイルの
デバッグを容易にすることを目的としており、ソースフ
ァイル中に標準ライブラリファイル定義レコードを付加
し、メイン関数名定義レコード及びメイン関数開始レコ
ードを付加し、次いで変数及び関数の型定義レコードが
付加されていなければ付加し、関数の持っている引数が
定義されていなければ引数の値を標準入力から入力でき
るようにするためのレコードを作成して付加し、文字列
がｒｅｔｕｒｎであれば関数の返す値を標準出力に出力
するためのレコードを作成して付加し、さらにメイン関
数終了レコードを付加するプログラム開発方法について
記載されている。

【０００８】しかしながら、本従来技術においても、ソ
ースファイル中に定義された関数のみについて実行する
ことはできるものの、上記のような会話型の実行をする
ことはできず、プログラム全体をコンパイルして実行す
る必要があることは、他の一般的な従来技術と同様であ
る。

【０００９】

【発明が解決しようとする課題】上述したように、従来
のコンパイル型プログラミング言語で記述されたプログ
ラムの実行方法によれば、完全に記述されたプログラム
全体を実行しており、関数のみの単体テストや不完全な
記述のプログラムを実行することが困難であった。この
ため、プログラムの開発、デバッグにおいて、動作確認
のために１行または数行の文を実行させたい場合でも、
ソースファイル全体を記述しコンパイルした後に実行す
ることになるので、操作が面倒であり、インタプリタの
ような会話型の実行はできないという欠点があった。

【００１０】また、会話型の実行をさせるために、当該
言語に対して別にインタプリタも用意するのは無駄であ
り、また、コンパイラ、インタプリタ両方の実行結果が
完全に同一であることは保証されないという欠点があっ
た。

【００１１】本発明は、上記従来の欠点を解決し、ユー
ザがプログラムを記述またはソースファイルの読み込み
を要求するだけで自動的に実行コードを生成して実行す
ることにより、操作上の手間を削減し、また１文ずつ記
述されたプログラムを逐次実行することのできるプログ
ラム実行装置を提供することを目的とする。

【００１２】

【課題を解決するための手段】上記の目的を達成するた
め、本実施例のプログラム実行装置は、入力文またはソ
ースファイルに対して入力するごとに順次コンパイルを
実行しオブジェクトコードを生成するコンパイラと、コ
ンパイルされた前記オブジェクトコードを順次入力しリ
ンクして実行コードを生成するリンカと、前記実行コー
ドを格納するプログラム格納手段と、前記プログラム格
納手段に格納された実行コードを新たに前記プログラム
格納手段に格納された分ごとに実行するデバッガとを備
え、前記コンパイラ及び前記リンカは、前記プログラム
格納手段の前記実行コードが格納された領域の最後の格
納位置を認識し、新たに生成した実行コードを前記格納
位置の直後に格納する構成としている。

【００１３】また、他の態様では、前記コンパイラによ
る前記入力文またはソースファイルのコンパイル処理
と、前記リンカによる前記オブジェクトコードのリンク
処理と、前記デバッガによる実行コードの実行とを、ユ
ーザからの前記入力文またはソースファイルの入力を条
件に自動的に行う。

【００１４】さらに他の態様では、前記プログラム格納
部は、すでに実行された実行コードをそのまま保持し、
新たに入力した実行コードを前記すでに実行された実行
コードの後ろに追加する。

【００１５】また、他の好ましい態様では、定義されて
いない関数に対する処理を制御する未定義関数処理プロ
グラムを格納した未定義関数処理プログラム格納部をさ
らに備え、前記リンカは、前記オブジェクトコード中に
定義されていない関数が存在する場合に、該関数を前記
未定義関数処理プログラムを呼び出す命令に書き換えて
前記実行コードを生成する。

【００１６】また、他の好ましい態様では、前記デバッ
ガは、前記実行コードの実行中に前記未定義関数処理プ
ログラムを呼び出した場合、該未定義関数処理プログラ
ムの制御にしたがって、ユーザに対して対応処理を問い
合わせ、ユーザからの指示に応じて処理を実行する。

【００１７】

【発明の実施の形態】以下、本発明の実施例について図
面を参照して詳細に説明する。

【００１８】図１は、本発明の１実施例によるプログラ
ム実行装置の構成を示すブロック図である。

【００１９】図示のように、本実施例のプログラム実行
装置は、ソースファイルをコンパイルするコンパイラ１
０と、コンパイルされたプログラムをリンクするリンカ
２０と、リンクされたプログラムを格納するプログラム
格納部３０と、プログラムのでバッグを行うデバッガ４
０と、プログラムを実行する上で未定義の関数を処理す
るための未定義関数処理プログラム格納部５０と、ソー
スコードを入力する入力装置６０と、プログラムの実行
結果を表示する表示装置７０とを備える。なお、図には
本実施例の特徴的な構成のみを記載し、他の構成につい
ては記載を省略してある。また、本実施例によるプログ
ラムを部分ごとに実行する動作状態を簡易実行モードと
呼ぶ。

【００２０】コンパイラ１０は、プログラム制御された
ＣＰＵ等で実現され、ユーザが入力した入力文またはソ
ースファイル（以下、ソースコードと総称する）をコン
パイルしてオブジェクトコードを作成する。また、ソー
スコードをコンパイルする際に用いた変数や関数を登録
する変数テーブル、関数テーブル等のテーブル１１を有
している。テーブル１１の内容は、当該ソースコードの
コンパイル終了後も保持し、次のソースコードのコンパ
イルの際に利用する。

【００２１】また、コンパイラ１０は、ソースコードを
入力次第、順次コンパイルしてリンカ２０に渡してゆ
く。このとき、新しくソースコードを受け取った際に生
成するオブジェクトコードの開始番地を、それまでにプ
ログラム格納部３０上に格納された実行コードの終了番
地を元に決定する。その理由は以下のとおりである。

【００２２】コンパイラ１０によって生成されるオブジ
ェクトコードは、図４に示すように、リンカ２０によっ
てプログラム格納部３０上でそれ以前に生成された実行
コードに連結される。このため、関数呼び出しなどで以
前の実行コードを参照することがある場合は、新しいオ
ブジェクトコードを生成するための開始番地、すなわち
当該オブジェクトコードがプログラム格納部３０上に配
置される際の、実行コードとの相対位置を把握する必要
がある。このため、コンパイラ１０は、リンカ２０によ
って実行コードがプログラム格納部３０に追加された
後、当該実行コードの大きさもしくは終了番地に関する
情報を、リンク終了後にリンカ２０から受け取る。

【００２３】これにより、コンパイラ１０は、新しく受
け取るソースコードをそれ以前に受け取ったソースコー
ドの続きとして処理することができ、以前に定義した関
数、変数等を正しく参照できる。

【００２４】また、関数をコンパイルする場合、コンパ
イラ１０は、図５に示すようなオブジェクトコード９１
を生成する。このオブジェクトコード９１がリンカ２０
によってプログラム格納部３０に格納された状態を図６
に示す。関数本体の実行コード９３は実際に関数が呼び
出される時まで実行されないので、実行コード９４の先
頭であるＪＭＰ命令９２により関数の実行コード９３の
次の命令にプロセスの制御を移す。実際の実行時には、
デバッガ４０によりブレークポイント９５がアドレス０
１００Ｈに設定され、プロセスはアドレス０００ＯＨか
ら実行を開始するが、ＪＭＰ命令９２により、アドレス
０１００Ｈにジャンプし、ブレークポイント９５により
実行が停止する。このように、コンパイラ１０の出力す
るオブジェクトコードは、すべて出力コードの先頭番地
から実行が開始され、出力コードの最後の次の番地にブ
レークポイントが設定されることを想定しているものと
する。

【００２５】リンカ２０は、プログラム制御されたＣＰ
Ｕ等で実現され、コンパイラ１０の作成したオブジェク
トコードとライブラリをリンクして実行コードを作成す
る。作成した実行コードはプログラム格納部３０に送ら
れ、それ以前に格納されている実行コードに追加される
形で格納される。また、リンカ２０は、外部関数テーブ
ル等のテーブル２１とライブラリ２２を持ち、リンクを
実行する際に使用した外部関数等をテーブル２１に登録
する。テーブル２１の内容は当該オブジェクトコードの
リンク終了後も保持しておき、次のオブジェクトコード
のリンクを実行する際に利用する。

【００２６】リンカ２０の動作はコンパイラ１０からの
オブジェクトコードの入力を条件にリンク動作を開始
し、実行コードをプログラム格納部３０に送った後、次
のオブジェクトコードの入力待ちの状態で待機する。ま
た、プログラム格納部３０に追加した実行コードのサイ
ズまたはプログラム格納部３０における格納領域の終了
番地をコンパイラ１０に通知する。上述したように、コ
ンパイラ１０が次にコンパイルする際の開始番地を決定
するためである。

【００２７】また、リンカ２０は、リンクの際に、当該
オブジェクトコード中に定義されていない関数の呼び出
しがあると、その未定義関数の代わりに未定義関数処理
プログラム格納部５０に格納された未定義関数の処理用
のプログラムを呼び出すように実行コードを修正する。
当該プログラムについては後述する。外部関数を呼び出
す実行コードの解決方法のフローチャートを図８に示
す。

【００２８】リンク中に外部関数を呼び出すコードがあ
った場合、まず外部関数テーブルを参照して目的の関数
を探す（ステップ８０１）。テーブル２１に目的の関数
が見つかった場合、テーブル２１からその関数の開始ア
ドレスを取得して、実行コードの該当する部分に書き込
む（ステップ８０２、８０３）。目的の関数が見つから
なかった場合、当該目的の関数を呼び出す代わりに、未
定義関数処理プログラム格納部５０の処理プログラムを
呼び出すように実行コードを修正する（ステップ８０
２、８０４）。

【００２９】プログラム格納部３０は、ＲＡＭ等のメモ
リや磁気ディスク装置等の記憶装置で実現され、リンカ
２０によって作成された実行コードを格納する。プログ
ラム格納部３０には、新たにリンカ２０から送られた実
行コード３２がそれまでに格納した実行コード３１に追
加される形で順次格納される。

【００３０】デバッガ４０は、プログラム制御されたＣ
ＰＵ等で実現され、プログラム格納部３０に格納されて
いる実行コード３２を実行する実行用プロセス４１を生
成し、その実行を制御する。プロセス４１による実行コ
ード３２の実行の制御は、以下のように行う。

【００３１】デバッガ４０は、まず簡易実行モード立ち
上げ時に、生成された実行コード３２を実行するため実
行用プロセス４１を生成する。このプロセス４１は、初
期状態としてプログラム格納部３０の実行コード格納領
域の先頭で停止している。リンカ２０によってプログラ
ム格納部３０上に実行コード３２が追加入力されると、
デバッガ４０は図７に示すように、追加された実行コー
ド３２の終了番地の次の番地にブレークポイント３４を
設定して実行用プロセス４１に再開の指示を出す。プロ
セスの再開位置３３は、それまでに実行された実行コー
ド３１の終了番地の次の番地すなわち新たに追加された
実行コード３２の先頭番地である。よってプロセス４１
は、追加された実行コード３２の分だけ実行を行い、ブ
レークポイント３４により停止する。

【００３２】未定義関数処理プログラム格納部５０は、
ＲＡＭ、ＲＯＭ等のメモリや磁気ディスク装置等の記憶
装置で実現され、定義されていない関数を処理するため
の処理プログラムを格納する。上述したように、当該処
理プログラムは、実行コードの実行中に未定義の関数が
あった場合に当該関数の代わりに呼び出される。当該処
理プログラムは、存在しない関数が呼び出されたことと
その関数名、返却値の型、引数の値をユーザに通知し、
対応処理を問い合わせる。ユーザは、対応処理として例
えば、実行を中止するか、返却値の値を入力して実行を
続行するかを選択して指示することができ、当該処理プ
ログラムは当該ユーザからの指示に従って処理を実行す
る。

【００３３】入力装置６０は、キーボード、マウス等の
入力デバイスで実現され、ユーザが入力文やソースファ
イル等のソースコードをコンパイラ１０に入力したり、
未定義関数処理プログラムによる問合せに応えて対応処
理を指示したりするのに用いられる。

【００３４】表示装置７０は、ＣＲＴディスプレイ装置
等で実現され、実行コードの実行結果を表示したり、未
定義関数処理プログラムによる問合せを表示したりする
のに用いられる。図３に表示装置７０の表示画面の例を
示す。図示のように、表示装置７０には、少なくとも、
ソースコードの入力に用いる標準入出力用画面７１と、
ユーザからの文の入力に用いる入力欄７２と、入力文の
結果を出力するための結果表示欄７３とを表示する。

【００３５】次に、図２のフローチャートを参照して本
実施例の動作について説明する。

【００３６】ユーザからの文の入力またはソースファイ
ルの読み込み要求があると（ステップ２０１）、まずコ
ンパイラ１０が当該ソースコードを受け取ってコンパイ
ルの実行を開始し、入力したソースコードの分だけコン
パイルを行う。そして、生成したオブジェクトコードを
リンカ２０に渡し停止する（ステップ２０２）。

【００３７】次に、リンカ２０は、オブジェクトコード
を受け取って、コンパイルされたオブジェクトコードと
ライブラリ２２を元にリンクを行う（ステップ２０
３）。そして、生成した実行コードをプログラム格納部
３０に格納する（ステップ２０４）。ここで、リンク途
中に、定義されていない関数の呼び出しがあった場合、
当該関数の代わりに未定義関数処理プログラム格納部５
０に格納されている処理プログラムを呼び出すように出
力する実行コードを修正する。

【００３８】デバッガ４０は、プログラム格納部に新た
に格納された実行コード３２に対してブレークポイント
を設定し（ステップ２０５）、実行用プロセス４１に対
して実行再開の指示を出す。プロセス４１は、前回の実
行コード３１の停止位置から、追加されたコード３２の
分だけ実行して停止する（ステップ２０６）。また、入
力文に対し、実行結果の値があれば表示装置７０の結果
表示欄７３に表示してユーザに通知する（ステップ２０
７）。

【００３９】以上のように、本実施例においては、ユー
ザが実行すべき操作は、ステップ２０１で入力装置６０
から文の入力またはソースファイルの読み込み要求を入
力することのみである。

【００４０】次に、図２のフローチャート及び図９ない
し図１３を参照し、具体的な値を提示して本実施例に基
づいた処理の実行例を説明する。

【００４１】例として、図９のような、関数ｆｎｃ１を
定義したソースファイル１００があるとする。ユーザか
らソースファイル１００の読み込み要求が入力されると
（図２、ステップ２０１）、まずコンパイラ１０がソー
スファイル１００をコンパイルする（ステップ２０
２）。このとき、関数テーブル１１にｆｎｃ１が登録さ
れる。その後、コンパイラ１０によって生成されたオブ
ジェクトコードがリンカ２０に送られる。

【００４２】リンカ２０は、オブジェクトコードをリン
クし実行コードを生成して（ステップ２０３）、図１０
に示すように、プログラム格納部３０に関数ｆｎｃ１の
実行コード１０１を格納する（ステップ２０４）。その
後、デバッガ４０が実行コードのアドレス０１００Ｈに
ブレークポイント１０３を設定し（ステップ２０５）、
実行用プロセス４１によってアドレス００００Ｈから実
行を開始する（ステップ２０６）。ただし図示の例で
は、プロセス開始位置１０２のＪＭＰ命令によってブレ
ークポイント１０３の位置まで移動してプロセス４１が
停止するため、実際の動作は行わない。

【００４３】次に、ユーザが入力装置６０から文ｆｎｃ
１（３，４）を入力した場合を考える。まず、当該ソー
スコードがコンパイラ１０に渡されると（ステップ２０
１）、コンパイラ１０は、関数テーブル１１の情報を元
にして、関数呼び出しを行うオブジェクトコードを作成
する（ステップ２０２）。リンカ２０は、図１１に示す
ように、オブジェクトコードを受け取り、プログラム格
納部３０の巣でに格納されている実行コード１０１の後
に実行コード１０４を追加する（ステップ２０３、２０
４）。プロセス４１の実行再開位置１０５は、追加され
た実行コード１０４の先頭番地０１００Ｈであり、デバ
ッガ４０によりブレークポイント１０６は実行コード１
０４の終了番地の次の番地０１８０Ｈに設定される（ス
テップ２０５）。その後、プロセス４１により追加され
た実行コード１０４の実行が行われる（ステップ２０
６）。実行途中にＣＡＬＬ命令１０８により関数ｆｎｃ
１の実行コード１０７の呼び出しが行われる。プロセス
４１の実行がブレークポイント１０６の位置に達する
と、プロセス４１は停止する。その後、文の実行結果の
値が表示装置７０の結果表示欄７３に表示される（ステ
ップ２０７）。この時点での表示装置７０の状態を図１
２に示す。

【００４４】続けて、ユーザが入力装置６０から文ｆｎ
ｃ１（５，２）を入力した場合を考える。先の例と同機
にコンパイル、リンクが行われ、プログラム格納部３０
に実行コード１０９が格納されて実行される。この時点
でのプログラム格納部３０の状態を図１３に示す。

【００４５】以上好ましい実施例をあげて本発明を説明
したが、本発明は必ずしも上記実施例に限定されるもの
ではない。

【００４６】

【発明の効果】以上説明したように、本発明は、入力文
やソースファイルを入力した部分ごとに順次コンパイル
し、実行コードを生成して実行すると共に、生成した実
行コードをすでに実行し終わった実行コードに追加して
いくことにより、見かけ上インタプリタのような会話型
の実行が可能となる。

【００４７】これにより、関数のみの単体テストや不完
全な記述のプログラムを実行することが容易となり、動
作確認のための部分的な実行を行う場合にもソースファ
イル全体を記述してコンパイルする必要が無く、プログ
ラムの開発、デバッグに要する手間を大幅に削減できる
という効果がある。

【００４８】また、未定義関数を呼び出す命令は、ユー
ザに対応処理を指示させる未定義関数処理用のプログラ
ムにて処理するため、呼び出す関数が定義されていない
場合にも何ら問題なくプログラムの実行を続行できると
いう効果がある。

【図面の簡単な説明】

【図１】 本発明の１実施例によるプログラム実行装置
の構成を示すブロック図である。

【図２】 本実施例の動作を示すフローチャートであ
る。

【図３】 本実施例の表示装置の表示画面の構成例を示
す図である。

【図４】 本実施例によりプログラム格納部へ実行コー
ドを格納した状態を示す図である。

【図５】 本実施例による関数のコンパイル結果の例を
示す図である。

【図６】 図５のコンパイル結果をプログラム格納部へ
格納した状態を示す図である。

【図７】 本実施例による実行コードのプログラム格納
部への追加格納及び実行方法を示す図である。

【図８】 本実施例のリンカにより外部関数を呼び出す
実行コードの解決方法を示すフローチャートである。

【図９】 本実施例に用いるソースファイルの例を示す
図である。

【図１０】 図９のソースファイルから生成された実行
コードをプログラム格納部に格納した状態を示す図であ
る。

【図１１】 図１０の状態にさらに入力文から生成され
た実行コードが追加格納された場合のプログラム格納部
の状態を示す図である。

【図１２】 図１１の状態で新たに追加格納された実行
コードを実行した場合の表示装置の表示例を示す図であ
る。

【図１３】 図１１の状態にさらに他の入力文から生成
された実行コードが追加格納された場合のプログラム格
納部の状態を示す図である。

【図１４】 従来のプログラム実行方法を示すフローチ
ャートである。

【符号の説明】

１０ コンパイラ １１ テーブル ２０ リンカ ２１ テーブル ２２ ライブラリ ３０ プログラム格納部 ３１、３２ 実行コード ４０ デバッガ ４１ （実行用）プロセス ５０ 未定義関数処理プログラム格納部 ６０ 入力装置 ７０ 表示装置

Claims (5)

【特許請求の範囲】
1. 【請求項１】 入力文またはソースファイルに対して入
   力するごとに順次コンパイルを実行しオブジェクトコー
   ドを生成するコンパイラと、 コンパイルされた前記オブジェクトコードを順次入力し
   リンクして実行コードを生成するリンカと、 前記実行コードを格納するプログラム格納手段と、 前記プログラム格納手段に格納された実行コードを新た
   に前記プログラム格納手段に格納された分ごとに実行す
   るデバッガとを備え、 前記コンパイラ及び前記リンカは、前記プログラム格納
   手段の前記実行コードが格納された領域の最後の格納位
   置を認識し、新たに生成した実行コードを前記格納位置
   の直後に格納することを特徴とするプログラム実行装
   置。
2. 【請求項２】 前記コンパイラによる前記入力文または
   ソースファイルのコンパイル処理と、前記リンカによる
   前記オブジェクトコードのリンク処理と、前記デバッガ
   による実行コードの実行とを、ユーザからの前記入力文
   またはソースファイルの入力を条件に自動的に行うこと
   を特徴とする請求項１に記載のプログラム処理装置。
3. 【請求項３】 前記プログラム格納部は、すでに実行さ
   れた実行コードをそのまま保持し、新たに入力した実行
   コードを前記すでに実行された実行コードの後ろに追加
   することを特徴とする請求項１に記載のプログラム実行
   装置。
4. 【請求項４】 定義されていない関数に対する処理を制
   御する未定義関数処理プログラムを格納した未定義関数
   処理プログラム格納部をさらに備え、 前記リンカは、前記オブジェクトコード中に定義されて
   いない関数が存在する場合に、該関数を前記未定義関数
   処理プログラムを呼び出す命令に書き換えて前記実行コ
   ードを生成することを特徴とする請求項１に記載のプロ
   グラム実行装置。
5. 【請求項５】 前記デバッガは、前記実行コードの実行
   中に前記未定義関数処理プログラムを呼び出した場合、
   該未定義関数処理プログラムの制御にしたがって、ユー
   ザに対して対応処理を問い合わせ、ユーザからの指示に
   応じて処理を実行することを特徴とする請求項４に記載
   のプログラム実行装置。