JPH01155443A - Inverse display system for program execution locus - Google Patents

Abstract

PURPOSE:To easily and rapidly detect a part where an instruction which becomes the cause of arrival to an arbitrary certain instruction is generated or the part where a program error is generated on the middle way of executing a program by displaying a program execution locus inversely. CONSTITUTION:When a processing is interrupted by abnormal completion due to the program error in executing an object program, an operator inputs a reverse display start command. Next, a control part 18, when discriminating an input command, performs positioning at the address of an instruction executed finally in a history record file 12, and the execution information is sent to a picture control part 16, then, reverse display is instructed. And the execution locus of a source program corresponding to each execution instruction is displayed reversely in sequence of reverse time of execution on the display screen of a CRT17 via a correspondence table file 14, etc., and by checking it, the part where the program error is generated can be detected rapidly. Also, the part where the instruction which becomes the cause of the arrival to the arbitrary certain instruction is generated on the middle way of the execution of the program can be detected similarly easily and rapidly.

Description

[Detailed Description of the Invention] [Summary] Regarding the reverse display method of the program execution trajectory in which the program execution trajectory is displayed with the execution time order reversed, there is a problem in which an arbitrary instruction is reached during program execution. With the aim of making it possible to easily and quickly detect the location where an instruction, program, or ram error has occurred, the system executes the program and records the execution information of each instruction in the executed program in the order of instruction execution time. This is a reverse display method of the program execution trajectory in a processing system that maintains history records, in which the execution information of each execution instruction is sequentially retrieved from the history record of the last executed instruction in the reverse chronological order of execution. The program execution location corresponding to the execution command is displayed on the screen in a recognizable manner based on the execution information, and the execution locus of the program is displayed temporally in reverse.

[Industrial application field]

The present invention relates to a method for displaying a program execution trajectory in reverse order by reversing the execution time order of the program execution trajectory.

[Conventional technology]

When a program is being executed, it may become necessary to know how an arbitrary instruction was reached during the execution. For example, if processing ends abnormally due to a program error, it is necessary to detect the location where the error occurred in order to perform debugging.

For this reason, conventionally, a program is executed and a history record is maintained in a file, in which execution information of each instruction of the executed program is recorded in order of instruction execution time.

If a program terminates abnormally, for example due to a program error, during program execution, the history record recorded separately in the file is read, the execution trajectory of the executed program or its source program is redisplayed based on the execution information, and the The system checks the execution instructions in order of execution time to detect errors and debug them.

[Problem that the invention seeks to solve]

When a program terminates abnormally due to a program error during execution, there is usually an error in a previous instruction close to the instruction at the time of abnormal termination. Furthermore, in order to know how a certain instruction was reached, it is usually sufficient to check past instructions that are close to that instruction.

However, the conventional program execution trajectory display method is
As described above, the separately recorded history of each execution instruction of the program is sequentially redisplayed in order of execution time starting from the first execution instruction.

For this reason, it takes time to detect the location where a program error has occurred or the location where the instruction that caused the arrival of a certain instruction occurred, resulting in the inconvenience that depacking processing or investigation of the cause of reaching a certain instruction cannot be performed promptly. there were.

SUMMARY OF THE INVENTION An object of the present invention is to provide a reverse display method for a program execution trajectory that can easily and quickly detect the occurrence point of an instruction that caused an arbitrary instruction to be reached during program execution or the occurrence point of a program error. shall be.

[Means for solving problems]

The solution adopted by the present invention will be explained with reference to FIG. FIG. 1 is a flowchart showing the basic configuration of the present invention. Furthermore, a system implementing the present invention includes:
It executes the program and maintains a history record that records execution information for each instruction of the executed program in order of instruction execution time.

In process Sl, a process is performed to sequentially extract execution information of each execution instruction from each Be record in reverse chronological order of execution based on the history record of the last executed instruction.

In process S2, based on the execution information of the extracted execution command, a process of displaying the program execution location corresponding to the execution command in a recognizable manner on the screen is performed.

[For production]

When a program is executed, a history record in which execution information of each instruction is recorded in the order of execution time is held in a file or the like.

If you need to display the program execution trajectory in reverse,
Based on the history record of the last executed instruction, the execution information of each execution instruction is sequentially extracted from each history record in reverse chronological order of execution (processing Sl).

Next, the program execution location corresponding to the extracted execution instruction is displayed on the screen in a recognizable manner (process 32).

By doing this, the execution trajectory of the program can be changed to
The instructions can be displayed in reverse order on the screen in reverse chronological order starting from the last execution command.

this! Therefore, during program execution, it is possible to easily and quickly detect the occurrence of an instruction that causes an arbitrary instruction to be reached, or the occurrence of a program error. be able to.

〔Example〕

An embodiment of the present invention will be described with reference to FIGS. 2 and 3. FIG. 2 is an explanatory diagram of the configuration of an implementation system according to an embodiment of the present invention, and FIG. 3 is a processing flowchart of the embodiment.

(A) Configuration of Implementation System In FIG. 2, reference numeral 11 denotes a target program file in which the target program to be executed is stored.

Reference numeral 12 denotes a history record file, in which mW records recording execution information of each instruction of the target program are stored in order of execution time of the instructions.

Reference numeral 13 denotes a source program file, which stores a source program that is used to generate each instruction of the executed target program.

A correspondence table file 14 stores a correspondence table showing the correspondence between the addresses of the target program and the addresses of the source program. Note that the address indicates the execution unit of the instruction, and in addition to the usual address, a label name and a line number/column number where the instruction exists are used. In addition, 1
Each of the files 1 to 14 is composed of, for example, a magnetic disk.

Reference numeral 15 denotes an instruction execution unit that executes the target program and stores in the history record file 12 a history record in which execution information of each executed instruction is recorded in order of execution time.

16 is a screen control unit that displays executed commands and the internal status of the system on a display 17;

A control unit 18 controls the command execution unit 15 and the screen control unit 16 and the operation of the entire system.

(B) Operation of the Embodiment The operation of the embodiment will be explained according to its processing steps with reference to the processing flowchart of FIG.

In FIG. 3, 31 to S8 are processing steps.

The contents of processing steps S1 and S2 are as described in FIG. 1, and 311 and 312 are S.

32+ and S22 are the internal processes of S2.

■Processing step 34, Ss, Ss control section 18 is in standby state waiting for a command input from the operator (S4). When the operator sequentially inputs various commands necessary to start executing the command, the control unit 18 determines the type of command (S,). If the command is for starting execution of an instruction, each command is issued to the instruction execution unit 15 and executed (S6).

■ Processing 34. Ss, St, Ss When the processing necessary to start the instruction execution is completed, the operator manually issues an instruction execution command (S,).

When the control unit 18 determines that the manually entered command is an execution command, it instructs the instruction execution unit 15 to execute the first instruction of this program (S,).

The instruction execution unit 15 reads the first instruction from the target program file 11 and executes it (S7). When the execution is completed, the execution information of the instruction is output to the history record file 12, and the execution information of the executed instruction is recorded as a history record (S,).

On the other hand, the execution information of this command and the status information in the system at that time are sent to the screen control unit 16. Screen control section 1
6 searches the correspondence table of the correspondence table file 14 based on the address of the execution information, and finds the address (
(line/column number), and the execution location is retrieved from the source program file 13 and displayed, or the source program list is displayed and the execution location is indicated with a cursor.

The above processing steps S4 + Ss I S7 and S8
The process is repeated and the target program is executed in order from the first instruction, and the history record file 12 stores history records recording execution information of each instruction of the target program in the order of execution time of the instructions.

■Processing S,, S,, S,, 32 Suppose that during the execution of the target program, for example, the program terminates abnormally due to a program error and the processing is interrupted.

The operator inputs a reverse display start command in order to detect the location where a program error has occurred (S4).

When the control unit 18 determines that the input command is a reverse display start command (S4), the control unit 18 positions the history record of the history record file 12 at the final position of the do, that is, the address of the last executed command. Positioning is performed (S, , ) and its execution information is extracted (S, 2).

Next, this execution information is sent to the screen control unit 16 to instruct reverse display.

The screen control unit 16 searches the correspondence table file 14, extracts the address of the execution location of the source program corresponding to the address of the input execution information, that is, the line/column number, and displays the address of the execution location of the source program on the screen. The position (row/column position) is determined (S21).

On the other hand, the screen control unit 16 displays the source program list corresponding to the executed target program on the display screen, and also displays the list of the source programs that were executed last based on the execution part display position information obtained in the processing step 32+. The line/column position of the execution part of the source program corresponding to the command is displayed with a cursor (S22).

When the above display processing is completed, the operator manually issues a reverse display continuation command to the control unit 18. As a result, the process of step S4 * Ss + Se2 described above is performed, and this time, from the correspondence table file 14, 1 from the last
The address of the execution part of the source program corresponding to the address of the previous execution instruction, that is, its line/column number, is taken out, and the display position on the screen of the execution part of the source program (
line/column position).

Next, processing steps 32+ and 322 are executed, and the line/column position of the execution part of the source program corresponding to the execution instruction immediately before the last one is displayed on the screen with a cursor.

Hereinafter, the above-mentioned step S4. The processes of Ss, St□, S21, and S22 are executed in order, and the execution locus of the source program corresponding to each execution command is indicated on the screen of the display 17 in order in reverse chronological order by a cursor. Displayed backwards.

By checking the execution contents of each source program displayed in reverse execution time order, the operator can easily and quickly detect the location where a program error has occurred and perform depacking.

The above explanation uses an example of depacking after detecting a program error, but this is not limited to debugging, and the same method can be used to detect the occurrence of an instruction that causes an arbitrary instruction to be reached during program execution. be able to.

In addition, by displaying the execution trajectory of the target program in reverse instead of the source program on the display, program errors in the target program can be easily and quickly detected and depacked efficiently. It is possible to easily and quickly detect the generation location of an instruction that causes an arbitrary instruction to be reached.

〔Effect of the invention〕

As described above, according to the present invention, by displaying the program execution trajectory in reverse, it is possible to easily and quickly detect the occurrence point of an instruction that causes an arbitrary instruction to be reached during program execution. During depacking processing, the location where a program error occurs can be easily and quickly detected and depacking can be performed efficiently.

[Brief explanation of the drawing]

FIG. 1 is an explanatory diagram of the basic configuration of the present invention, FIG. 2 is an explanatory diagram of the configuration of an implementation system according to an embodiment of the present invention, and FIG. 3 is a processing flowchart of the embodiment. In FIG. 2, 11...Object program file, 12...History record file novel, 13...Source program file, 14...Correspondence table file, 15...Instruction execution section, 16...Screen Control unit, 17... Display, 18... Control unit. Figure 1 1%'l, 41 bows! 4I Nutem's Wandering Edition ゛Figure 2 'L+J'<A to bow Ri Dani, Senri Flow Mart Figure 3

Claims (3)

[Claims] (1) A reverse display method of a program execution trajectory in a processing system that executes a program and maintains a history record in which execution information of each instruction of the executed program is recorded in the order of instruction execution time, comprising: Based on the history record of executed instructions, the execution information of each execution instruction is sequentially retrieved from each history record in the reverse chronological order of execution (process S_1); (B) Execution is performed based on the execution information of the retrieved execution instruction. A reverse display method of a program execution trajectory characterized by displaying a program execution location corresponding to an instruction in a recognizable manner on a screen (process S_2). (2) In the process S_2, the program execution locus inverse display method according to claim 1 is characterized in that the program execution location corresponding to the execution command is indicated with a cursor. (3) The program to be executed is the target program,
3. A reverse display method for a program execution trajectory according to claim 1 or 2, wherein the program displayed on the screen is a source program of a target program.