JPS5930145A - Reexecution processing system by dynamic program correction - Google Patents

Abstract

PURPOSE:To realize immediately a partial correction and reexecution, by executing a direct interpretation of a source program by an interpreter, only with respect to reexecution of a corrected program part. CONSTITUTION:When an error is detected in a load module executing stage 7, execution of a program is stopped, and an error message is displayed on a program state display part 10. A program developer knows an error generation statement and its error contents from the both face display, and shifts the operation to a program correcting stage 8. Subsequently, the corrects a source program on a picture by use of an editor, and starts a reexecuting stage 9. In the reexecuting stage 9, the corrected source program is interpreted directly and successively by an interpreter system and is executed.

Description

[Detailed Description of the Invention] [Technical Field of the Invention] The present invention relates to a processing method for easily and quickly dynamically modifying and re-executing programs. To shorten the correction and re-execution cycle and improve efficiency.
Regarding processing method.

[Length of technology]

Generally, a program is created by converting a source program 1 into an object program 2 using a compiler, as shown in FIG.
The linking loader performs a combination with the library 30 input/output calchin, etc., and creates the load module 4, which is then executed. Then, a source level correction program 5 is created based on bugs (program errors) detected by debugging during execution of the load module 4, and is reflected in the correction of the source program 1.

The modified source program is again translated into an object program by a compiler, converted into a load module by a linking loader, and re-executed.

Traditionally, the process from source program modification to re-execution was
Because they were done as separate jobs.

The processing required time, which was a major hindrance to shortening program development time.

On the other hand, as a method for simplifying the process from program modification to re-execution, it is conceivable to use the intaglitaka method. As shown in FIG. 2, the interpreter method is a method in which each statement of the source program 1 is translated and executed in intermediate code (also called an interpreted language, each corresponding to a subroutine) 61C, and modified program 5 As shown in Figure 1, even if each statement in the source program is modified, there is no need for recompilation as in the method using the combiner shown in Figure 1.
Simply re-executing the modified statement allows for immediate translation into the new intermediate code text. As mentioned above, the interpreter method makes it easy to edit and re-execute the source program.
However, there is a problem in that processing efficiency is essentially lower than a method using a compiler.

[Object and structure of the invention]

The purpose of the present invention is to translate and edit programs.

It is possible to realize the cycle of execution, program modification, and re-execution from program R1 on one system.
In particular, providing a system that allows partial modification and re-execution of the ff1l locus [6].

The present invention achieves the above object by employing a method in which a source program is directly interpreted and executed by an interpreter only for re-execution of a modified program portion. In a data processing system in which a source program is converted into a load module and executed, there is provided a means for displaying the running source program and program execution status such as error messages, and an editing processing means for correcting the program. , and interpreter means, and when an error is detected during execution of the program in the load module format, the program execution status display means displays a message regarding the corresponding source program.

The present invention is characterized in that it enables error correction at the source program level, the editing processing means is further functionalized in the correction processing of the source program, and the corrected source program is re-executed by the interpreter means. .

[Embodiments of the invention]

The present invention will be explained below based on examples.

FIG. 3 is an explanatory diagram showing the basic configuration of two embodiments of the present invention. In the figure, 7 is a load module execution stage, 8 is a source program modification stage, 9 is a re-execution stage of the modified source program by an interpreter, and 10 is a CI
? A program execution status display section such as T is shown.

Load module ld in load module execution stage 7:
,! It is compatible with the load module 4 explained in FIG. 711. The screen of the program execution status display section 10 is as follows.

Consists of source castle, data castle, and command input area.

The source area displays the source program corresponding to the load module being executed. %, for the execution position statement in the source program, increase the brightness or change the color tone,! :By.

Identification is made easy. In the data display area, the results of the second execution and the details of the error when an error occurs are displayed. The command input area is used to display statuses such as -leave commands and error messages, and to display input commands. Note that the program execution speed can be changed depending on the debugging situation.

When an error is detected in the load module execution stage 7, program execution is stopped and an error message is displayed on the program status display section 10 described above. The program developer learns the error occurrence statement and its error contents from the two-sided display, and at the program correction stage a.
+Caru. Now, the editor is used to modify the source program on the screen and the re-execution stage 9 is started.

In the re-execution stage 9, the source program modified in 2 is directly interpreted and executed sequentially using an interpreter method. Program modification is the main program.

Since execution is performed on divided program positions such as subroutines, execution using the interpreter method is applied to the modified program unit. When execution of the modified program unit by the interpreter method is completed, execution is returned to the second program unit by the town load module.

As described above, by applying the interpreter method to the modified part of the program, re-execution is simplified, and by limiting the scope of execution by the interpreter to the modified program unit, processing efficiency decreases. can be minimized.

FIG. 4 is a diagram of the system of two embodiments of the present invention. In the figure, 11 is a processing device, 12 is a program execution state management section, and 13 is an instruction execution control section.

14t:l: editor section, 15 is interpreter section, 16
is a memory, 17 is a load module, 18 is a source program, and 19 is an intagritable intermediate text.

20 is a source program data set specified by the user; 2
1 is FORTRAN compiler, 22 is FORTRAN
1' library, 231-1 Niprogram execution status display section, and 24 indicate an input section.

In this embodiment, the program execution state management section 12 manages the environment for testing and modifying programs, interprets and executes various commands input from the input section 24, and controls the display of the display section 23.

The instruction execution control unit 13 executes the instructions interpreted by the Rothmoshu/L-17° or the interpreter unit 15 at a hardware level. The program execution state management section 12 includes an instruction execution control section 13. It has an interface between the editor section 14 and the interpreter section 15, and manages and controls the execution of each.

FIG. 5 is a detailed diagram illustrating the operation of the embodiment system shown in FIG. 4, centering on the interpreter section 15 and the quad module 17. Hereinafter, explanation will be made according to FIG. 5 while referring to FIG. 4. Note that this example uses FORTRA
This applies to N programs.

The source program 20 specified by the user is t-t"FOR
The TRAN combiner 21 compiles the program with the TENT option τj and converts it into an object program. This object also has 1i' OII
Together with the TRAN library 21 and the object/load module designated by the user, the loader combines and edits the load module 17 to create the load module 17.

When an error occurs while the instruction execution section 1 13 is executing the load module 17, the program execution state management section 12 displays the error occurrence state on the 1 display section 23.

Modification of dynamic program E2- according to the present invention.

This is performed on the execution screen of the second display section 23 in a stationary state during program execution.

However, it is not possible to enable any program modification in any quiescent state. Program modifications can only be made in the secondary quiescent state.

O Quiescent state due to execution mode oARGCHK/8UBCIIK Quiescent state due to error O Quiescent state due to data monitor condition 0 Quiescent state immediately before program execution starts O Quiescent state after program execution ends 0 Quiescent state due to execution error other than above oREAD statement Quiescent state due to OPAUSE statement Quiescent state 0 Quiescent state due to log data set error in WRITFi statement Quiescent state at the time of a log data set error in the WRITFi statement The quiescent state at the time of a routine registration/deletion request is a halt state of i↑ while the library is operating, and the execution of the statement is stopped midway. Since they cannot be aborted, program modifications cannot be made in these quiescent states.

Furthermore, restrictions are placed on the contents of the program to be modified as shown in the following example.

Modification, addition, or deletion of the 0 declaration statement can be done using D for new data.
Additions other than IMENSION statements/type declaration statements are not allowed.

It is not possible to call a function, the routine, or Ilo that does not exist in the O load module.

Modifications, additions, and deletions of log unit statements and END statements are not allowed. However, it is possible to modify the formal argument list of the program unit statement.

The main types of statements that can be modified are 2-assignment statements and control statements.

It is an input/output statement.

In addition, when a secondary correction is made, the program execution restart position must be specified.

0 When a currently executing statement is modified or deleted 0 Executing DO
When a DO statement in a loop is modified 0 When a loose DO containing a currently executing statement or a statement to be executed next is added O When a program unit statement is modified Under the above conditions, The user functionalizes the editor section 14 and operates the input section 24 to modify the source program being executed that is displayed on the second display section 230 screen. When the program is modified, the program execution state management section 12 is instructed by a re-execution subcommand, and control is passed to the interpreter section 15. Interpretation execution is started sequentially using the interpreter method.

At this time, so that the program execution state management unit 12 can control the fourth module depth and interpreter execution using the same interface, objects of TEIST options such as immediately before execution of each statement, processing, prologue, epilogue, etc. At the same timing, program execution control unit 1
Make call 3.

The interpreter section 15 includes a preprocessing section, an interpretation section, and an execution section, and has the following primary functions.

■ Preprocessing section program modification IC@In addition, create information such as the following declaration statement for each program unit.

OIMPLICIT statement, PARAMHTBR statement, F
3XTERNAI.

statement, lNTRlN5IC statement, NAMBLIST statement,
Statement Information regarding function definition statements, FORMAT statements, and variable names 0 Information regarding program lines and statements 0 Definition/reference information for statement numbers ■ Interpretation section program 2 Interprets and interprets correction information as input. Intermediate text 19 is generated. At this time, the basic information is the 4W report created in step (3), the symbol table in the load module, and the context-specific number table. Also, changes caused by program modification are reflected in various tables.

■ Execution section Controls the execution of the program unit that is requested to execute 1. , T
At the same timing as the object compiled and saved with the E8T option, the grog-tum execution control unit 13 is called and executed.

The general functions of the interpreter section 15 are the same as those conventionally used. However, in this embodiment, the symbol table and sentence identification number table are as follows.

To interface with load modules.

The one in the load module 17 is used.

〔Effect of the invention〕

As described above, in the method according to the present invention, execution by the interpreter is limited to the program modification portion, so that modification and re-execution can be facilitated and speeded up without significantly reducing processing speed.

[Brief explanation of drawings]

1 and 2 are explanatory diagrams of conventional program modification and modification methods, FIG. 3 is an explanatory diagram of the basic configuration of an embodiment of the present invention, and FIG. 4 is a diagram of the system configuration of the embodiment. FIG. 5 is an explanatory diagram of the operation. In the figure, 27 is the load module execution stage, 8 is the source program modification stage, 9 is the interpreter re-execution stage,
Reference numeral 10 indicates a program execution status display section. Patent applicant: Eishitsu Co., Ltd.

Claims (1)

[Scope of Claims] In a data processing system that converts a source program into a load module format and executes it, means for displaying the source program being executed and program execution status such as error messages, and editing processing means for programming/correction. and an interpreter means, and when an error is detected during program execution in the above load module format. displaying an error message regarding the corresponding source program using the program execution status display means;
Engineering at the source program level 5-II! Possible positive KL
. A re-depth processing method by dynamic program modification, characterized in that the editing processing means is further functionalized in the modification processing of the source program, and the modified source program is re-executed by the interpreter means.