JPH02165352A - Dump processing system - Google Patents

Dump processing system

Info

Publication number
JPH02165352A
JPH02165352A JP63321227A JP32122788A JPH02165352A JP H02165352 A JPH02165352 A JP H02165352A JP 63321227 A JP63321227 A JP 63321227A JP 32122788 A JP32122788 A JP 32122788A JP H02165352 A JPH02165352 A JP H02165352A
Authority
JP
Japan
Prior art keywords
program
register
dump
work area
area
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
Application number
JP63321227A
Other languages
Japanese (ja)
Inventor
Yoshimitsu Nakaya
中家 義光
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP63321227A priority Critical patent/JPH02165352A/en
Publication of JPH02165352A publication Critical patent/JPH02165352A/en
Pending legal-status Critical Current

Links

Abstract

PURPOSE:To execute rapid dump processing by extracting only an area specified by the contents of a register in a CPU at the time of accessing a program in a dump file. CONSTITUTION:When an abnormality detecting processing part 13 detects the generation of abnormality, a fault information extracting processing part 15 extracts an area corresponding to the contents of the register in the CPU at the time of generating the abnormality and an area corresponding to the contents of the register in the CPU receded to a register receding area 21 in each program working area 20. A file storage processing part 16 dumps the extracted program part in the dump file 2 as information for fault inspection. Since only the minimum information necessary for fault inspection is dumped, the dump processing can be rapidly executed.

Description

【発明の詳細な説明】 〔概要〕 プログラム実行中の異常発生の際に、障害調査のために
必要となるデータを採取するためのダンプ処理方式に関
し、 高速な採取処理を可能とすることを目的とし、プログラ
ムの実行のために必要となる作業領域を、呼び出される
プログラムの順番にスタック形式に従って設けるよう構
成するとともに、次のプログラムが呼び出されるときに
、呼び出し元のプログラムの作業領域に、プログラムの
実行のために用意されるレジスタのその時点の内容を退
避するレジスタ退避処理部と、呼び出し先のプログラム
の作業領域と呼び出し元のプログラムの作業領域との間
にポインタを張るポインタ設定処理部と、プログラムの
異常発生時に、異常発生時点のレジスタの内容に対応す
るプログラム部分をダンプファイルに採取するとともに
、ポインタ設定処理部により張られたポインタに従って
退避されているレジスタの内容を読み出して、この内容
に対応する領域をダンプファイルに採取するよう処理す
るダンプ処理部とをOiえるよう構成する。
[Detailed Description of the Invention] [Summary] The object of the present invention is to enable high-speed collection processing regarding a dump processing method for collecting data necessary for failure investigation when an abnormality occurs during program execution. The work area required for program execution is configured to be provided according to the stack format in the order of called programs, and when the next program is called, the work area of the program is placed in the work area of the calling program. a register save processing unit that saves the current contents of registers prepared for execution; a pointer setting processing unit that places a pointer between a work area of a called program and a work area of a called program; When an error occurs in a program, the program part corresponding to the contents of the register at the time of the error is collected in a dump file, and the contents of the register saved in accordance with the pointer set by the pointer setting processing section are read out and the contents are updated. The configuration is such that a dump processing unit that processes the corresponding area to be collected into a dump file can be used.

〔産業上の利用分野〕[Industrial application field]

本発明は、プログラム実行の異常発生時に障害調査のた
めに必要となるデータを採取するためのダンプ処理方式
に関し、特に、高速な採取処理を可能とするダンプ処理
方式に関するものである。
The present invention relates to a dump processing method for collecting data necessary for fault investigation when an abnormality occurs in program execution, and particularly relates to a dump processing method that enables high-speed collection processing.

データ処理装置にあっては、発生したプログラム異常の
障害調査のために、ダンプ処理を実行することになる。
In a data processing device, a dump process is executed to investigate a program abnormality that has occurred.

このダンプ処理では、プログラムの性質や障害調査の目
的に応して様々なレベルの処理方式が提案されているが
、採取処理の高速化を図るために簡易なダンプ処理方式
を採ることも多い。このような簡易ダンプ処理方式では
、必要なデータをできる限り高速に採取できるよう構成
していく必要があるのである。
Various levels of processing methods have been proposed for this dump processing depending on the nature of the program and the purpose of fault investigation, but simple dump processing methods are often adopted to speed up the collection process. In such a simple dump processing method, it is necessary to configure the system so that the necessary data can be collected as quickly as possible.

〔従来の技術〕[Conventional technology]

従来のダンプ処理方式においては、プログラム実行の異
常発生時において、そのタスクが所有している作業領域
の内容や使用しているプログラムモジュールといった資
源の状態を、すべてダンプファイルに採取するよう構成
していた。すなわち、第7図に示すように、異常の発生
を検出すると、タスクの作業領域の管理用のキューをた
どることで、そのタスクが所有しているすべての作業領
域の内容をダンプファイルに書き込むよう処理するとと
もに、プログラムの管理用のキューをたどることで、そ
のタスクが使用しているすべてのプログラムモジュール
をダンプファイルに書き込むよう処理していたのである
In conventional dump processing methods, when an abnormality occurs during program execution, the status of resources such as the contents of the work area owned by the task and the program modules used are all collected in a dump file. Ta. In other words, as shown in Figure 7, when an abnormality is detected, the contents of all work areas owned by that task are written to a dump file by following the task work area management queue. At the same time, by following the program management queue, all program modules used by the task were written to a dump file.

るものである。It is something that

〔発明が解決しようとする課題〕[Problem to be solved by the invention]

しかしながら、このような従来技術では、タスクの実行
のためにプログラムが多数呼び出されていくときにあっ
ては、ダンプファイルに書き込むデータ量が多くなるこ
とから、ダンプファイルとして大きな容量のものを用意
しなくてはならないとともに、データの採取のために長
い時間かかってしまうという問題点があった。
However, with such conventional technology, when a large number of programs are called to execute a task, the amount of data to be written to the dump file increases, so it is necessary to prepare a large capacity dump file. In addition to this, there was a problem in that it took a long time to collect data.

本発明はこのような事情に鑑みてなされたものであって
、プログラムの障害調査は、プログラムの呼び出し時の
CPUのレジスタの内容が特定するところのプログラム
部分が求まれば実現可能であり、従来技術では障害調査
に用いることのない余分な情報までもダンプしていたと
いう点に着目して、プログラム呼び出し時のCPUのレ
ジスタの内容が特定するところの領域だけをダンプファ
イルに採取するようにすることで、高速なダンプ処理を
実現するダンプ処理方式の提供を目的とす〔課題を解決
するための手段〕 第1図は本発明の原理構成図である。
The present invention has been made in view of the above circumstances, and it is possible to investigate program failures by finding the program part specified by the contents of the CPU register at the time the program is called. Focusing on the fact that technology dumps even redundant information that is not used for fault investigation, only the areas specified by the contents of the CPU's registers at the time the program is called are collected in the dump file. Therefore, it is an object of the present invention to provide a dump processing method that realizes high-speed dump processing.

図中、lは本発明を具備するデータ処理装面、2はダン
プファイルであって、採取される障害調査のための情軸
を格納するもの、lOはプログラムを実行するプログラ
ム実行部であって、レジスタ退避処理部11と、ポイン
タ設定処理部12と、異常検出処理部13と、ダンプ処
理部14とを備えるもの、20はプログラムの実行にあ
たって使用される作業領域であって、呼び出されるプロ
グラムの順番にスタック形式に従って積み上げられて設
けられるよう構成されるものである。この作業領域20
は、レジスタ退避域21と、バックワードポインタ域2
2とを備える。
In the figure, l is a data processing device equipped with the present invention, 2 is a dump file that stores information collected for failure investigation, and lO is a program execution unit that executes a program. , a register save processing section 11, a pointer setting processing section 12, an abnormality detection processing section 13, and a dump processing section 14, 20 is a work area used for executing the program, and 20 is a work area used for executing the program. They are configured to be stacked in order in a stack format. This work area 20
is the register save area 21 and the backward pointer area 2.
2.

レジスタ退避処理部11は、次のプログラムが呼び出さ
れるときに、呼び出し元のプログラムの作業領域20の
レジスタ退避域21に呼び出し時のCPUのレジスタの
内容を退避するよう処理し、ポインタ設定処理部12は
、呼び出し先のプログラムの作業領域20のバックワー
ドポインタ域22に呼び出し元の作業領域20のアドレ
ス情報を設定することで、呼び出し先のプログラムの作
業、領域20と呼び出し元の作業領域20との間にポイ
ンタを張るよう処理し、異常検出処理部13は、プログ
ラムの実行時にあっての異常の発生を検出するよう処理
し、ダンプ処理部14は、プログラムの異常発生時に、
異常発生時点のCPUのレジスタの内容に対応する領域
を採取するとともに、バンクワードポインタ域22のポ
インタにより読み出されるレジスタ退避域21のCPU
のレジスタの内容に対応する領域を採取するよう処理す
る障害情報採取処理部15と、障害情報採取処理部15
により採取された障害調査のための情報をダンプファイ
ル2に格納するよう処理するファイル格納処理部16と
を備える。
When the next program is called, the register save processing section 11 processes to save the contents of the register of the CPU at the time of the call to the register save area 21 of the work area 20 of the calling program, and the pointer setting processing section 12 By setting the address information of the calling program's work area 20 in the backward pointer area 22 of the calling program's work area 20, The abnormality detection processing unit 13 performs processing to detect the occurrence of an abnormality during execution of the program, and the dump processing unit 14 performs processing to place a pointer between the two when an abnormality occurs in the program.
The area corresponding to the contents of the register of the CPU at the time of the abnormality is sampled, and the CPU of the register save area 21 is read out by the pointer of the bank word pointer area 22.
a fault information collection processing unit 15 that performs processing to collect an area corresponding to the contents of the register;
and a file storage processing unit 16 that processes the information collected for fault investigation to be stored in the dump file 2.

〔作用〕[Effect]

本発明では、次のプログラムが呼び出されていくときに
、レジスタ退避処理部11が、その呼び出し時点のCP
Uのレジスタの内容を呼び出し元の作業領域20のレジ
スタ退避域21に退避し、続いて、ポインタ設定処理部
12が、積み上げられた呼び出し先のプログラムの作業
領域20のバフクワ−トポインタ域22に、呼び出し元
の作業領域20のアドレス情報を設定する。このような
処理を実行しながら、プログラム実行部10がプログラ
ムを実行していくときにあって、異常検出処理部13が
異常の発生を検出すると、障害情報採取処理部15が、
異常発生時点のCPUのレジスタの内容に対応する領域
と、各プログラムの作業領域20のレジスタ退避域21
に退避されるCPUのレジスタの内容に対応する領域と
を採取し、ファイル格納処理部16が、この採取された
プログラム部分を障害調査のための情報としてダンプフ
ァイル2にダンプするよう処理する。
In the present invention, when the next program is called, the register save processing unit 11 saves the CP at the time of the call.
The contents of the register U are saved to the register save area 21 of the work area 20 of the caller, and then the pointer setting processing unit 12 saves the contents of the register U to the buffer quote pointer area 22 of the work area 20 of the called program that has been stacked up. Address information of the calling work area 20 is set. When the program execution unit 10 executes the program while executing such processing, when the abnormality detection processing unit 13 detects the occurrence of an abnormality, the failure information collection processing unit 15
An area corresponding to the contents of the CPU register at the time of the abnormality occurrence and a register save area 21 in the work area 20 of each program
The area corresponding to the content of the register of the CPU to be saved is sampled, and the file storage processing unit 16 processes the sampled program portion to be dumped into the dump file 2 as information for fault investigation.

このように、本発明では、障害調査のために必要となる
最小限の情報だけをダンプするようにしたことから、ダ
ンプファイル2の容量を小さなものにできるようになる
とともに、ダンプ処理を極めて高速に実現できるように
なるのである。
In this way, in the present invention, only the minimum amount of information necessary for fault investigation is dumped, so the capacity of the dump file 2 can be reduced, and the dump processing can be performed at extremely high speed. This will make it possible to achieve this goal.

〔実施例〕〔Example〕

以下、実施例に従って本発明の詳細な説明する。 Hereinafter, the present invention will be explained in detail according to examples.

第2図に、本発明を実現するためのシステム構成を示す
。この図に示すように、システム構成的には、本発明も
従来技術と変わることなく、例えば16個のレジスタ群
31を備える中央処理装置30と、実行プログラムや作
業領域が展開される主記憶装置32と、データの流れを
制御する記憶制御装置33と、補助記憶装置やダンプフ
ァイルのための記憶装置をなす外部記憶装置34と、入
出力装置35と、入出力制御装置36とから構成される
ことになる。
FIG. 2 shows a system configuration for realizing the present invention. As shown in this figure, the system configuration of the present invention is the same as that of the prior art, including a central processing unit 30 having, for example, 16 register groups 31, and a main memory in which execution programs and work areas are expanded. 32, a storage control device 33 that controls data flow, an external storage device 34 that serves as an auxiliary storage device or a storage device for dump files, an input/output device 35, and an input/output control device 36. It turns out.

第3図に、本発明の作業領域20の構成方法を示す。第
3図<a>に示すように、プログラムAが”CALL命
令”に従ってプログラムBを呼び出し、そして、そのプ
ログラムBが″CALL命令”に従ってプログラムCを
呼び出す例を想定する。このように順次プログラムが呼
び出されていくときにあって、本発明では、第3図(b
)に示すように、プログラムA用の作業領域の上に、次
に呼び出されるプログラムC用の作業領域を設定し、そ
して、このプログラムC用の作業領域の上に、その次に
呼び出されるプログラムC用の作業領域を設定するとい
うように、各プログラムの作業領域20を、呼び出され
るプログラムの1順番に従ってスタック形式で積み上げ
ていくことで設けるよう構成することになる。
FIG. 3 shows a method of configuring the work area 20 of the present invention. As shown in FIG. 3 <a>, assume an example in which program A calls program B in accordance with a "CALL command", and program B calls program C in accordance with the "CALL command". In this way, when the programs are sequentially called, the present invention has a method as shown in FIG. 3 (b).
), a work area for program C to be called next is set above the work area for program A, and a work area for program C to be called next is set above the work area for program C. In this way, the work area 20 for each program is set up by piling up the work area 20 for each program in a stack format according to the order of the programs to be called.

次に、第4図及び第5図に示すフローチャートに従って
、このように構成される作業領域20を使って実行され
ることになる本発明のダンプ処理方式について説明する
。ここで、第4図のフローチャートは、プログラムに異
常がないときに実行していく処理であり、第5図のフロ
ーチャートは、プログラムに異常があったときに実行す
る処理を示している。
Next, the dump processing method of the present invention that will be executed using the work area 20 configured as described above will be explained according to the flowcharts shown in FIGS. 4 and 5. Here, the flowchart in FIG. 4 shows the processing that is executed when there is no abnormality in the program, and the flowchart in FIG. 5 shows the processing that is executed when there is an abnormality in the program.

最初に、第4図(a)のフローチャートについて説明す
る。プログラムに異常がないままに次のプログラムが呼
び出されると、この呼び出されたプログラムは、プログ
ラムの先頭位置で、ステップ11で示すように、中央処
理装置30のレジスタ群31の内のスタックポインタレ
ジスタ(図中では“SPR”と略すことがある)が指す
領域である呼び出し元のプログラムの作業領域20に、
その呼び出し時点のレジスタ群31の内容を退避する処
理を行う、このようにして退避されることになるレジス
タ群31の内容は、第4図(b)の■に示すレジスタ退
避域21に退避されることになる。
First, the flowchart in FIG. 4(a) will be explained. When the next program is called without any abnormality in the program, the called program will be placed in the stack pointer register ( In the work area 20 of the calling program, which is the area pointed to by (sometimes abbreviated as "SPR" in the figure),
A process is performed to save the contents of the register group 31 at the time of the call.The contents of the register group 31 to be saved in this way are saved to the register save area 21 shown in ■ in FIG. 4(b). That will happen.

続いてステップ12で、スタックポインタレジスタの内
容が呼び出し先のプログラムの作業領域20の先頭のア
ドレスを指すように更新処理を行う、この処理を、第4
図(b)の■に図式的に示す、呼び出し先のプログラム
の作業領域20の大きさはコンパイラによって求まって
いるので、この処理は、その大きさの情報を得ることで
実行されることになる0次にステップ13で、更新した
スタックポインタレジスタの内容を呼び出し元のプログ
ラムの作業領域20のフォーワードポインタ域23に格
納し、そして、最後にステップ14で、更新前のスタッ
クポインタレジスタの内容を呼び出し先のプログラムの
作業領域20のバックワードポインタ域22に格納する
。このステップ13及びステップ14の処理を、第4図
(b)の■及び■に示す。
Next, in step 12, update processing is performed so that the contents of the stack pointer register point to the start address of the work area 20 of the called program.
The size of the work area 20 of the called program, shown schematically in ■ in Figure (b), has been determined by the compiler, so this process is executed by obtaining information about that size. Next, in step 13, the contents of the updated stack pointer register are stored in the forward pointer area 23 of the work area 20 of the calling program, and finally, in step 14, the contents of the stack pointer register before the update are stored. It is stored in the backward pointer area 22 of the work area 20 of the called program. The processing of steps 13 and 14 is shown in (1) and (2) in FIG. 4(b).

このようにして、第4図のフローチャートに従って、プ
ログラムに異常がないときには、呼び出し元のプログラ
ムの作業領域20に、呼び出し時のレジスタ群31の内
容が退避されていくことになるとともに、呼び出し元の
プログラムの作業領域20と呼び出し先のプログラムの
作業領域20との間にポインタが張られることになる。
In this way, according to the flowchart in FIG. 4, if there is no abnormality in the program, the contents of the register group 31 at the time of the call are saved in the work area 20 of the calling program, and the contents of the register group 31 at the time of the calling program are saved. A pointer is placed between the program's work area 20 and the called program's work area 20.

そして、呼び出されたプログラムは、設定された作業領
域20を使って所定の処理を実行していき、新たに次の
プログラムが呼び出されるようなときには、同様の処理
が実行されることになる。
The called program then executes a predetermined process using the set work area 20, and when the next program is newly called, the same process will be executed.

次に、第5図(a)のフローチャートについて説明する
。プログラムの異常が検出されると、ステップ21で示
すように、異常発生時のレジスタ群31の内容が指す領
域のページの例えば前後1頁を、ダンプの対象データと
して採取してダンプファイル2に書き込む、この処理は
、レジスタ群31が備えるレジスタのすべてに対して実
行されることになる。続いてステップ22で、異常発生
時のスタックポインタレジスタが指すプログラムの作業
領域20(図中では、各プログラムの作業領域20を、
簡単のためにスタックと記述する)のバックワードポイ
ンタ域22の格納内容から、そのプログラムに対しての
呼び出し元にあたるプロクラムの作業領域20のアドレ
スを求める処理を行う、この処理を、第5図(b)の■
に図式的に示す。
Next, the flowchart of FIG. 5(a) will be explained. When an abnormality in the program is detected, as shown in step 21, for example, one page before and after the page in the area pointed to by the contents of the register group 31 at the time of the abnormality is collected as data to be dumped and written to the dump file 2. , this process is executed for all the registers included in the register group 31. Next, in step 22, the work area 20 of the program pointed to by the stack pointer register at the time of the abnormality occurrence (in the figure, the work area 20 of each program is
This process of determining the address of the work area 20 of the program that is the calling source for the program from the contents stored in the backward pointer area 22 of the backward pointer area 22 of the program (hereinafter referred to as "stack" for simplicity) is shown in FIG. b) ■
Diagrammatically shown.

続いてステップ23で、特定されたプログラムの作業領
域20のレジスタ退避域21に退避されているレジスタ
の内容が指す領域のページの例えば前後1頁を、ダンプ
の対象データとして採取してダンプファイル2に書き込
む、第5図(b)の■に示すレジスタ退避域21に退避
されているレジスタが、このステップ23の最初の処理
対象となる。続いてステップ24で、ステップ23での
処理対象のプログラムの作業領域20のバフクワ−トポ
インタ域22の格納内容から、そのプログラムに対して
の呼び出し元にあたるプログラムの作業領域20のアド
レスを求める処理を行う。この処理を、第5図(b)の
■に示す。そして、次のステップ25で、予め設定され
ている3階層分のプログラムの作業領域20まで戻った
が否かを判断して、戻っていれば処理を終了し、逆に、
戻っていなければステップ23に戻るよう処理する。
Next, in step 23, for example, one page before and after the page of the area pointed to by the contents of the register saved in the register save area 21 of the work area 20 of the identified program is collected as data to be dumped, and the dump file 2 is created. The register saved in the register save area 21 shown in (2) in FIG. Next, in step 24, from the contents stored in the buffer quote pointer area 22 of the work area 20 of the program to be processed in step 23, a process is performed to obtain the address of the work area 20 of the program that is the caller of the program. . This process is shown in (■) in FIG. 5(b). Then, in the next step 25, it is determined whether or not the work area 20 of the program for three levels set in advance has been returned, and if it has returned, the process is terminated, and conversely,
If it has not returned, the process returns to step 23.

このようにして、3階層分のプログラムの作業領域20
に退避されているレジスタの内容が指す領域が、ダンプ
ファイル2にダンプされることになる。なお、3階層分
で打ち切るようにしたのは、経験的にみて通常の障害に
対してはこれだけ戻れば原因をつかめるからであるが、
更にこの数を大きくとることであってもよいし、また、
最も最初の呼び出し元のプログラムの作業領域2oまで
戻るようにしてもよい。
In this way, the work area 20 of the program for three levels is
The area pointed to by the contents of the register saved in is dumped to dump file 2. The reason why we stopped at three levels is because empirically, for normal failures, it is possible to find the cause by going back this many times.
Furthermore, this number may be increased, or
It may be arranged to return to the work area 2o of the program that is the first calling source.

第6図に、第3図(a)を具体例にして、以上に説明し
た第4図及び第5図のフローチャートの処理の全体的な
流れを示すことにする。図中、13は第1図で説明した
異常検出処理部であり、15は同じく第1図で説明した
障害情報採取処理部である。
FIG. 6 shows the overall flow of the processing in the flowcharts of FIGS. 4 and 5 described above, using FIG. 3(a) as a specific example. In the figure, 13 is the abnormality detection processing section explained in FIG. 1, and 15 is the failure information collection processing section also explained in FIG. 1.

以上、図示実施例について説明したが、本発明はこれに
限定されるものではない0例えば、ダンプの対象となる
プログラムのページ長は、前後1頁の合計3頁に限られ
るものではない、また、ダンプ処理の観点からすれば、
フォーワードポインタは必ずしも設ける必要はないので
ある。
Although the illustrated embodiment has been described above, the present invention is not limited thereto.For example, the page length of the program to be dumped is not limited to a total of three pages, one page before and one page before. , from the point of view of dump processing,
It is not necessary to provide a forward pointer.

〔発明の効果〕〔Effect of the invention〕

このように、本発明では、プログラムの障害調査は、プ
ログラムの呼び出し時のCPUのレジスタの内容が特定
するところの領域が求まれば実現可能であり、従来技術
では障害調査に用いることのない余分な情報までもダン
プしていたという点に着目して、プログラム呼び出し時
のCPUのレジスタの内容が特定するところのプログラ
ム部分だけをダンプファイルに採取するようにすること
で、高速なダンプ処理の実現を可能とするものである。
As described above, in the present invention, program fault investigation can be realized by finding the area specified by the contents of the CPU register at the time of program call, and the redundant area that is not used for fault investigation in the conventional technology can be realized. Focusing on the point that even the most detailed information was dumped, we realized high-speed dump processing by collecting only the program parts specified by the contents of the CPU's registers when the program was called into a dump file. This makes it possible to

しかも、不要な情報を採取しないことから、用意すべき
ダンプファイルの容量を小さなもので済ませられるよう
になる。
Furthermore, since unnecessary information is not collected, the size of the dump file that must be prepared can be reduced.

【図面の簡単な説明】[Brief explanation of the drawing]

第1図は本発明の原理構成図、 第2図は本発明のシステム構成図、 第3図は本発明の作業領域の構成方法の説明図、第4図
及び第5図は本発明が実行するフローチャートとその処
理の説明図、 第6図は本発明の処理の流れの説明図、第7図は従来技
術の説明のための説明図である。 図中、1はデータ処理装置、2はダンプファイル、lO
はプログラム実行部、11はレジスタ退避処理部、12
はポインタ設定処理部、13は異常検出処理部、14は
ダンプ処理部、15は障害情報採取処理部、16はファ
イル格納処理部、20は作業領域、21はレジスタ退避
域、22はバンクワードポインタ域、23はフォーワー
ドポインタ域である。
Figure 1 is a diagram of the principle configuration of the present invention, Figure 2 is a system configuration diagram of the present invention, Figure 3 is an explanatory diagram of the method of configuring the work area of the present invention, and Figures 4 and 5 are diagrams showing how the present invention is executed. FIG. 6 is an explanatory diagram of the processing flow of the present invention, and FIG. 7 is an explanatory diagram for explaining the prior art. In the figure, 1 is a data processing device, 2 is a dump file, lO
1 is a program execution unit, 11 is a register save processing unit, and 12 is a program execution unit.
13 is a pointer setting processing unit, 13 is an abnormality detection processing unit, 14 is a dump processing unit, 15 is a failure information collection processing unit, 16 is a file storage processing unit, 20 is a work area, 21 is a register save area, and 22 is a bank word pointer. Area 23 is a forward pointer area.

Claims (1)

【特許請求の範囲】 プログラム実行中の異常発生の際に、障害調査のために
必要となるデータをダンプファイル(2)に採取するた
めのダンプ処理方式において、プログラムの実行のため
に必要となる作業領域(20)を、呼び出されるプログ
ラムの順番にスタック形式に従って設けるよう構成する
とともに、次のプログラムが呼び出されるときに、呼び
出し元のプログラムの作業領域(20)に、プログラム
の実行のために用意されるレジスタのその時点の内容を
退避するレジスタ退避処理部(11)と、呼び出し先の
プログラムの作業領域(20)と呼び出し元のプログラ
ムの作業領域(20)との間にポインタを張るポインタ
設定処理部(12)と、プログラムの異常発生時に、異
常発生時点の上記レジスタの内容に対応するプログラム
部分を上記ダンプファイル(2)に採取するとともに、
上記ポインタ設定処理部(12)により張られたポイン
タに従って退避されているレジスタの内容を読み出して
、この内容に対応する領域を上記ダンプファイル(2)
に採取するよう処理するダンプ処理部(14)とを備え
ることを、 特徴とするダンプ処理方式。
[Claims] In a dump processing method for collecting data necessary for failure investigation into a dump file (2) when an abnormality occurs during program execution, the data is necessary for program execution. The work area (20) is configured to be provided according to the stack format in the order of called programs, and when the next program is called, the work area (20) of the calling program is prepared for program execution. A register save processing unit (11) that saves the contents of the register at that point in time, and a pointer setting that places a pointer between the work area (20) of the called program and the work area (20) of the called program. The processing unit (12), when an abnormality occurs in the program, collects the program part corresponding to the contents of the register at the time of the abnormality into the dump file (2),
The content of the register saved according to the pointer set by the pointer setting processing unit (12) is read out, and the area corresponding to this content is saved in the dump file (2).
A dump processing method characterized by comprising: a dump processing unit (14) that performs processing to collect data.
JP63321227A 1988-12-20 1988-12-20 Dump processing system Pending JPH02165352A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP63321227A JPH02165352A (en) 1988-12-20 1988-12-20 Dump processing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP63321227A JPH02165352A (en) 1988-12-20 1988-12-20 Dump processing system

Publications (1)

Publication Number Publication Date
JPH02165352A true JPH02165352A (en) 1990-06-26

Family

ID=18130228

Family Applications (1)

Application Number Title Priority Date Filing Date
JP63321227A Pending JPH02165352A (en) 1988-12-20 1988-12-20 Dump processing system

Country Status (1)

Country Link
JP (1) JPH02165352A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08221302A (en) * 1995-02-17 1996-08-30 Nec Commun Syst Ltd Fault information collection device
JPH08263331A (en) * 1995-03-22 1996-10-11 Kofu Nippon Denki Kk Information processing system

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08221302A (en) * 1995-02-17 1996-08-30 Nec Commun Syst Ltd Fault information collection device
JPH08263331A (en) * 1995-03-22 1996-10-11 Kofu Nippon Denki Kk Information processing system

Similar Documents

Publication Publication Date Title
JPH02297228A (en) Fault information storing system
US6279120B1 (en) Method for storing computer status data given a malfunction that requires a subsequent restarting of the computer
JPS6363933B2 (en)
JPH02165352A (en) Dump processing system
JPH0594353A (en) Database management system
CN114356643B (en) Automatic task discovery failure and recovery method in remote sensing satellite processing system
JPH02242447A (en) Memory dump collecting system
JPH08249206A (en) Computer with stack area destruction detection function
JP3184669B2 (en) Linkage editing program creation method
JP3399741B2 (en) Dump data display method and failure analysis system
CN116450398A (en) Exception backtracking method, device, equipment and medium
JPH02304640A (en) Memory dump collecting system
JP3185780B2 (en) System monitoring apparatus and method
JP2001229033A (en) Device for re-executing job net in file failure
CN117130816A (en) Application non-response fault analysis method and device, electronic equipment and storage medium
JPH08286950A (en) Information processor and trace information storage method
CN115964209A (en) Error target capture file based on embedded operating system and generation method thereof
JPH02109147A (en) Memory dump collection system
JPS6111855A (en) Function diagnosing method of data processor
JPH0434627A (en) Log-out information acquisition control system
JPH02113336A (en) Asynchronous exception acquisition system
JPH08314766A (en) Information processor
JPH07248943A (en) Log record management device
JPH08331248A (en) Device and method for analyzing and recovering fault for private branch exchange
JPH04365145A (en) Memory fault processing method