JPH0588878A - Ｌｉｓｐ命令実行方式 - Google Patents
Ｌｉｓｐ命令実行方式Info
- Publication number
- JPH0588878A JPH0588878A JP3248639A JP24863991A JPH0588878A JP H0588878 A JPH0588878 A JP H0588878A JP 3248639 A JP3248639 A JP 3248639A JP 24863991 A JP24863991 A JP 24863991A JP H0588878 A JPH0588878 A JP H0588878A
- Authority
- JP
- Japan
- Prior art keywords
- function
- error check
- memory
- debugging
- lisp
- 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
Landscapes
- Devices For Executing Special Programs (AREA)
- Stored Programmes (AREA)
- Debugging And Monitoring (AREA)
Abstract
(57)【要約】
【目的】システムのデバッグ時と実行時の環境を切り換
えることによりシステム実行時の処理速度を速める。 【構成】デバッグを必要とする場合に指定するデバッグ
モードとデバッグを必要としない場合に指定する実行モ
ードとを切り換えるモード切り換え部１０１と、エラー
チェックを含んでいる関数群をメモリ上にロードするエ
ラーチェックあり関数ロード部１０２と、エラーチェッ
クを含んでいない関数群をメモリ上にロードするエラー
チェックなし関数ロード部１０３と、入力された命令を
１つずつ解釈して実行する実行部１０４とを有すること
を特徴とするＬＩＳＰ命令実行方式。
えることによりシステム実行時の処理速度を速める。 【構成】デバッグを必要とする場合に指定するデバッグ
モードとデバッグを必要としない場合に指定する実行モ
ードとを切り換えるモード切り換え部１０１と、エラー
チェックを含んでいる関数群をメモリ上にロードするエ
ラーチェックあり関数ロード部１０２と、エラーチェッ
クを含んでいない関数群をメモリ上にロードするエラー
チェックなし関数ロード部１０３と、入力された命令を
１つずつ解釈して実行する実行部１０４とを有すること
を特徴とするＬＩＳＰ命令実行方式。
Description
【０００１】
【産業上の利用分野】本発明はＬＩＳＰ命令実行方式に
関する。
関する。
【０００２】
【従来の技術】ＬＩＳＰ言語はインタプリタ型の言語で
あり、ＬＩＳＰの命令はインタプリタが１文ずつ解釈
し、１文ずつ実行する。ＬＩＳＰ言語で作られた関数を
使用して構築されたシステムが実行されてＬＩＳＰ関数
が呼ばれると、インタプリタはメモリ上に呼ばれた関数
の実体を探してその関数の実体を実行する。システムで
必要なＬＩＳＰ関数はシステム実行前に予めメモリロー
ドして実行環境を作るが、従来は、ロードするＬＩＳＰ
関数は、関数が目的とする処理とエラーチェックが混在
したものであった。
あり、ＬＩＳＰの命令はインタプリタが１文ずつ解釈
し、１文ずつ実行する。ＬＩＳＰ言語で作られた関数を
使用して構築されたシステムが実行されてＬＩＳＰ関数
が呼ばれると、インタプリタはメモリ上に呼ばれた関数
の実体を探してその関数の実体を実行する。システムで
必要なＬＩＳＰ関数はシステム実行前に予めメモリロー
ドして実行環境を作るが、従来は、ロードするＬＩＳＰ
関数は、関数が目的とする処理とエラーチェックが混在
したものであった。
【０００３】
【発明が解決しようとする課題】近年、ＬＩＳＰ関数を
使用したシステムの実行において、システムが大きくな
ればなる程システム実行時の高速性が要求されてきてい
る。しかし、上述した従来のＬＩＳＰ命令実行方式で
は、システム実行時には不必要となるエラーチェックが
ＬＩＳＰ関数に含まれているため、特にＬＩＳＰ関数を
何度も呼び出して実行するシステムにおいてはＬＩＳＰ
関数呼び出しの度にエラーチェックを行うことで、シス
テム実行時の処理速度が無駄に遅くなるという欠点があ
る。
使用したシステムの実行において、システムが大きくな
ればなる程システム実行時の高速性が要求されてきてい
る。しかし、上述した従来のＬＩＳＰ命令実行方式で
は、システム実行時には不必要となるエラーチェックが
ＬＩＳＰ関数に含まれているため、特にＬＩＳＰ関数を
何度も呼び出して実行するシステムにおいてはＬＩＳＰ
関数呼び出しの度にエラーチェックを行うことで、シス
テム実行時の処理速度が無駄に遅くなるという欠点があ
る。
【０００４】本発明は上記問題点の解決を図り、エラー
チェックを関数の主処理と切り離して１つにまとめ、エ
ラーチェックを含む関数とエラーチェックを含まない関
数の２種類を用意し、モードを切り換えることによって
システムのデバッグ時と実行時の環境を切り換えるよう
にしたＬＩＳＰ命令実行方式を提供することを目的とし
ている。
チェックを関数の主処理と切り離して１つにまとめ、エ
ラーチェックを含む関数とエラーチェックを含まない関
数の２種類を用意し、モードを切り換えることによって
システムのデバッグ時と実行時の環境を切り換えるよう
にしたＬＩＳＰ命令実行方式を提供することを目的とし
ている。
【０００５】
【課題を解決するための手段】本発明のＬＩＳＰ命令実
行方式は、デバッグを必要とする場合に指定するデバッ
グモードとデバッグを必要としない場合に指定する実行
モードとを切り換えるモード切り換え部と、エラーチェ
ックを含んでいる関数群をメモリ上にロードするエラー
チェックあり関数ロード部と、エラーチェックを含んで
いない関数群をメモリ上にロードするエラーチェックな
し関数ロード部と、入力された命令を１つずつ解釈して
実行する実行部とを有することを特徴とする。
行方式は、デバッグを必要とする場合に指定するデバッ
グモードとデバッグを必要としない場合に指定する実行
モードとを切り換えるモード切り換え部と、エラーチェ
ックを含んでいる関数群をメモリ上にロードするエラー
チェックあり関数ロード部と、エラーチェックを含んで
いない関数群をメモリ上にロードするエラーチェックな
し関数ロード部と、入力された命令を１つずつ解釈して
実行する実行部とを有することを特徴とする。
【０００６】
【実施例】次に、本発明について図面を参照して説明す
る。
る。
【０００７】図１は本発明の一実施例のブロック図であ
る。図１において、１０１は、デバッグモードと実行モ
ードとを切り換えるモード切り換え部、１０２は、デバ
ッグモードを指定した場合のエラーチェックを含む関数
のエラーチェックあり関数ロード部、１０３は、実行モ
ードを指定した場合のエラーチェックを含まない関数の
エラーチェックなし関数ロード部、１０４は、エラーチ
ェックあり関数ロード部１０２またはエラーチェックな
し関数ロード部１０３でロードされた関数を使用したシ
ステムを１つずつ解釈して１つずつ実行する実行部であ
る。
る。図１において、１０１は、デバッグモードと実行モ
ードとを切り換えるモード切り換え部、１０２は、デバ
ッグモードを指定した場合のエラーチェックを含む関数
のエラーチェックあり関数ロード部、１０３は、実行モ
ードを指定した場合のエラーチェックを含まない関数の
エラーチェックなし関数ロード部、１０４は、エラーチ
ェックあり関数ロード部１０２またはエラーチェックな
し関数ロード部１０３でロードされた関数を使用したシ
ステムを１つずつ解釈して１つずつ実行する実行部であ
る。
【０００８】図２はメモリ上の関数の状態を表したブロ
ック図である。図２において、２０１はメモリ、２０２
はメモリ２０１上に存在する関数の実体である。２０３
は、エラーチェックを含む関数で、エラーチェック部２
０５とエラーチェックを含む関数２０３の主処理部２０
６から構成される。２０４は、エラーチェックを含まな
い関数で、主処理部２０７のみから構成され、関数名は
エラーチェックを含む関数２０３と同じである。
ック図である。図２において、２０１はメモリ、２０２
はメモリ２０１上に存在する関数の実体である。２０３
は、エラーチェックを含む関数で、エラーチェック部２
０５とエラーチェックを含む関数２０３の主処理部２０
６から構成される。２０４は、エラーチェックを含まな
い関数で、主処理部２０７のみから構成され、関数名は
エラーチェックを含む関数２０３と同じである。
【０００９】次に、本実施例の動作について説明する。
【００１０】モード切り換え部１０１は、モードが入力
されたとき、モードがデバッグモードであればエラーチ
ェックあり関数ロード部１０２へ、実行モードであれば
エラーチェックなし関数ロード部１０３へ制御を移す。
されたとき、モードがデバッグモードであればエラーチ
ェックあり関数ロード部１０２へ、実行モードであれば
エラーチェックなし関数ロード部１０３へ制御を移す。
【００１１】エラーチェックあり関数ロード部１０２
は、エラーチェックを含んでいる関数群をメモリ２０１
上にロードする。図２を参照すると、エラーチェックを
含む関数群のロードで、エラーチェックを含む関数２０
３がメモリ２０１上にロードされ、その結果、メモリ２
０１上の関数の実体２０２はエラーチェック部２０５と
エラーチェックを含む関数２０３の主処理部２０６で構
成される。エラーチェックを含む関数２０３をメモリ２
０１上にロードするとき、ロード以前の関数の実体がエ
ラーチェックを含まない関数２０４であっても上書きさ
れ、エラーチェックを含む関数２０３として再定義され
る。
は、エラーチェックを含んでいる関数群をメモリ２０１
上にロードする。図２を参照すると、エラーチェックを
含む関数群のロードで、エラーチェックを含む関数２０
３がメモリ２０１上にロードされ、その結果、メモリ２
０１上の関数の実体２０２はエラーチェック部２０５と
エラーチェックを含む関数２０３の主処理部２０６で構
成される。エラーチェックを含む関数２０３をメモリ２
０１上にロードするとき、ロード以前の関数の実体がエ
ラーチェックを含まない関数２０４であっても上書きさ
れ、エラーチェックを含む関数２０３として再定義され
る。
【００１２】エラーチェックなし関数ロード部１０３
は、エラーチェックを含まない関数群をメモリ２０１上
にロードする。図２を参照すると、エラーチェックを含
まない関数群のロードで、エラーチェックを含まない関
数２０４がメモリ２０１上にロードされ、その結果、メ
モリ２０１上の関数の実体２０２は主処理部２０７だけ
で構成される。エラーチェックを含まない関数２０４を
メモリ２０１上にロードするとき、ロード以前の関数の
実体がエラーチェックを含む関数２０３であっても上書
きされ、エラーチェックを含まない関数２０４として再
定義される。
は、エラーチェックを含まない関数群をメモリ２０１上
にロードする。図２を参照すると、エラーチェックを含
まない関数群のロードで、エラーチェックを含まない関
数２０４がメモリ２０１上にロードされ、その結果、メ
モリ２０１上の関数の実体２０２は主処理部２０７だけ
で構成される。エラーチェックを含まない関数２０４を
メモリ２０１上にロードするとき、ロード以前の関数の
実体がエラーチェックを含む関数２０３であっても上書
きされ、エラーチェックを含まない関数２０４として再
定義される。
【００１３】エラーチェックありロード部１０２、ある
いはエラーチェックなし関数ロード部１０３によって必
要な関数がメモリ２０１上にロードされると、実行手段
１０４がシステム運用開始命令を受け取り、プログラム
を１文ずつ解釈して１文ずつ実行する。メモリ２０１上
の関数の定義すなわち関数の実体２０２がエラーチェッ
クを含んでいればエラーチェックを行い、エラーチェッ
クを含んでいなければエラーチェックは行わないことに
なる。
いはエラーチェックなし関数ロード部１０３によって必
要な関数がメモリ２０１上にロードされると、実行手段
１０４がシステム運用開始命令を受け取り、プログラム
を１文ずつ解釈して１文ずつ実行する。メモリ２０１上
の関数の定義すなわち関数の実体２０２がエラーチェッ
クを含んでいればエラーチェックを行い、エラーチェッ
クを含んでいなければエラーチェックは行わないことに
なる。
【００１４】
【発明の効果】以上説明したように本発明は、エラーチ
ェックを１つにまとめて、エラーチェックを含むデバッ
グ時用とエラーチェックを含まない実行時用の２つの同
じ関数名を持つ関数を用意し、モード切り換え部を設定
して関数を再定義することにより、プログラムを書き直
すことなくシステムのデバッグ時と実行時の環境を容易
に変更でき、システム実行時の処理速度を増す効果があ
る。
ェックを１つにまとめて、エラーチェックを含むデバッ
グ時用とエラーチェックを含まない実行時用の２つの同
じ関数名を持つ関数を用意し、モード切り換え部を設定
して関数を再定義することにより、プログラムを書き直
すことなくシステムのデバッグ時と実行時の環境を容易
に変更でき、システム実行時の処理速度を増す効果があ
る。
【図１】本発明の一実施例の処理説明図である。
【図２】関数ロード部によって関数をメモリ上にロード
したときの状態ブロック図である。
したときの状態ブロック図である。
１０１ モード切り換え部 １０２ エラーチェックあり関数ロード部 １０３ エラーチェックなし関数ロード部 １０４ 実行部 ２０１ メモリ ２０２ 関数の実体 ２０３ エラーチェックを含む関数 ２０４ エラーチェックを含まない関数 ２０５ エラーチェック部 ２０６，２０７ 主処理部
Claims (1)
- 【請求項１】 デバッグを必要とする場合に指定するデ
バッグモードとデバッグを必要としない場合に指定する
実行モードとを切り換えるモード切り換え部と、 エラーチェックを含んでいる関数群をメモリ上にロード
するエラーチェックあり関数ロード部と、 エラーチェックを含んでいない関数群をメモリ上にロー
ドするエラーチェックなし関数ロード部と、 入力された命令を１つずつ解釈して実行する実行部とを
有することを特徴とするＬＩＳＰ命令実行方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3248639A JPH0588878A (ja) | 1991-09-27 | 1991-09-27 | Ｌｉｓｐ命令実行方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3248639A JPH0588878A (ja) | 1991-09-27 | 1991-09-27 | Ｌｉｓｐ命令実行方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0588878A true JPH0588878A (ja) | 1993-04-09 |
Family
ID=17181106
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3248639A Pending JPH0588878A (ja) | 1991-09-27 | 1991-09-27 | Ｌｉｓｐ命令実行方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0588878A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001350643A (ja) * | 2000-06-08 | 2001-12-21 | Denso Corp | マイクロコンピュータの制御方法及び異常監視装置 |
| JP2010086110A (ja) * | 2008-09-30 | 2010-04-15 | Nomura Research Institute Ltd | プログラムの設定情報切替システム及び切替方法 |
-
1991
- 1991-09-27 JP JP3248639A patent/JPH0588878A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001350643A (ja) * | 2000-06-08 | 2001-12-21 | Denso Corp | マイクロコンピュータの制御方法及び異常監視装置 |
| JP2010086110A (ja) * | 2008-09-30 | 2010-04-15 | Nomura Research Institute Ltd | プログラムの設定情報切替システム及び切替方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2692609B2 (ja) | マルチタスクのプログラムデバッグ方法とその装置 | |
| JPH0588878A (ja) | Ｌｉｓｐ命令実行方式 | |
| JPH0581070A (ja) | プログラマブルコントローラ、およびプログラマブルコントローラにおけるユーザプログラム実行方法 | |
| JPH0410081B2 (ja) | ||
| JPS5835648A (ja) | プログラム実行制御方式 | |
| JPS626260B2 (ja) | ||
| JP3449812B2 (ja) | 制御用電子装置 | |
| JPH11110250A (ja) | ソフトウェア実行モード切替方法 | |
| KR950005523B1 (ko) | 프로그램어블 로직 콘트롤러의 스텝 런 처리방법 | |
| JPH01224843A (ja) | 運用モード付エキスパートシステム構築用ツール | |
| US7627859B2 (en) | Method for configuring non-script language library files to be run as scripts | |
| JPS6172339A (ja) | プログラム実行表示制御方式 | |
| JPH05241889A (ja) | 機械語命令のステップ実行方式 | |
| JPH02178864A (ja) | Ｉｐｌ処理方式 | |
| JPS6398034A (ja) | シヤド−メモリ方式 | |
| JPS6143347A (ja) | ベクトル命令シミユレ−シヨン方法 | |
| JPS63317840A (ja) | プログラムデバック方式 | |
| JPH01152505A (ja) | Ｐｃのプログラムデバッグ方式 | |
| JPS61235925A (ja) | 電子計算機システムの運用方式 | |
| JPH02277146A (ja) | プログラム・デバッグ方式 | |
| JPH04167146A (ja) | 情報処理装置のアドレストレース方式 | |
| JPH01255938A (ja) | 割込み処理方式 | |
| JPH03242736A (ja) | 異常処理方式 | |
| JPS59108153A (ja) | デバツグ方法 | |
| JPH05298149A (ja) | プログラムデバッグ処理方式 |