JPS6383842A - Program processor - Google Patents

Abstract

PURPOSE:To easily recognize the executing state of a program during its execution by adding a means to a program processor to display the executing state of a program shown by an object code. CONSTITUTION:A meaning analyzing device 2 reads a source program out of a program storage 3 and analyzer the program structure to send it to a program structure storing device 4 under the control of a controller 1. An object code generating device 5 reads the data on a program out of the device 4 and produces an object code to operate a display device 8 and a memory device 9. An executing process display controller 6 receives an object code from the device 5 and produces a simulation chart for the display of the executing process of the program to output it to the device 8. The various display information to be added to the simulation chart are also fetched from the device 4 and a memory device 9.

Description

[Detailed Description of the Invention] [Object of the Invention] (Industrial Application Field) The present invention relates to a program processing device that reads a source program and generates a predetermined object program, and particularly relates to a program processing device that reads a source program and generates a predetermined object program. The present invention relates to a program processing device with an added function of monitoring the execution status of a computer program based on the following.

(Prior Art) Conventionally, methods for supporting debugging and learning of programs include inserting trace information into source programs and using debugging tools such as interpreter simulators. However, the former method requires complicated work to insert special information into the program, and the latter method requires special debugging means. Moreover, since these methods output simulation information from the interpreter for each source program operation, for example, if an unexpected error occurs during execution, it may be permanently lost within one source program operation. If a situation such as falling into a loop occurs,
No response can be obtained from the interpreter device at all. In such a situation, it becomes impossible to determine whether the current state is a state where the execution has ended or whether the program has run out of control due to an error, and there is a problem in that it takes time and effort to discover the error.

(Problems to be Solved by the Invention) As described above, the conventional method of displaying the program execution status requires special information and debugging tools to monitor the program execution status. There is a problem in that when a computer falls into an endless loop within one operation of a source program, it becomes difficult to detect an error.

The present invention was made in consideration of such circumstances, and
The purpose is to provide a program processing device that can easily grasp the execution status of a program while it is being executed without adding special information to the program or using a debugging tool.

[Structure of the Invention] (Means for Solving the Problems) The present invention provides a means for generating an object program from a given source program, and a method for generating the source program based on the object program generated by the means.
The execution status of the program can be checked using the generated object.
The present invention is characterized by comprising means for displaying at the program operation level.

(Operation) According to the present invention, a means for displaying the execution status of the program indicated by the object code is added to the program processing device that generates an object program from a source program. It is possible to constantly monitor the execution status of a program while it is being executed without adding any additional files or using special depacking tools. Furthermore, according to the present invention, since the program execution status is displayed at the object program operation level, fatal program errors such as endless loops can be discovered during execution. Therefore, appropriate measures such as interrupting program execution can be taken.

(Example) Hereinafter, an example of the present invention will be described with reference to the drawings.

FIG. 1 is a diagram showing the configuration of an interpreter-type program processing device according to an embodiment. Reference numeral 1 denotes a control device that controls the entire device. Under the control of this control device 1, a semantic analysis device 2 reads a source program from a program storage device 3 in which the source program is stored and analyzes the program structure. Then, information indicating the program structure is transferred to the program structure storage device 4. The information stored in the program structure storage device 4 is sequentially stored in objects and
The code generator 5 receives the code. The object code generation device 5 reads data related to a program from the program structure storage device 4, generates an object code, and operates the display device 8 and the memory device 9 according to this object code. Execution process display control lVA setting 6
receives the object code from the object code generation device 5, generates a schematic diagram for displaying a simulation of the program execution process based on the object code, and outputs it to the display device 8.

Various display information added to this schematic diagram is also taken in from the program structure storage device 4 and the memory device 9. On the other hand, the explanation display control device 7 is controlled by the object code generation device 5, reads data related to the program from the program structure storage device M4, assembles an explanation about the program function, and outputs it to the display device 8. The display device 8 displays output information from the object code generation device 5, the execution process display control device 6, and the explanation display control device 7 under the control of the control device 1.

The operation of the program processing device configured as described above will be described below with reference to FIGS. M2 to FIG.

FIG. 2 shows a schematic flow of program processing method control. First, the semantic analysis device 2 reads a source program from the program storage device 3, creates an information structure indicating the program structure, and stores it in the program structure storage device 4.
(Step A). FIG. 3 is a diagram showing an example of data storage in the program structure storage device 4. As shown in FIG. 10 in the figure is an information structure per program unit, for example, BASIC
In the case of a program, one information structure is created for one instruction statement, and these structures are connected by a pointer 11 in the order of execution. The left column 10a is the attribute name of the information, and the right column 10b is the attribute value. For example, in the case of a BASIC program, line numbers, keywords, arguments, line data, and next line are defined as attributes.

Next, the execution process display control device 6 displays a schematic diagram for simulating the execution process (step B). This schematic diagram shows the configuration of a computer system, for example, as shown in FIG. 4(a), where 21 is a program memory;
22 schematically represents an interpreter device, 23 a calculation unit, 24 an output device, 25 an input device, and 26 a memory device.

Next, the execution process display control device 6 takes out the line data of the source program from the program structure storage device if4 and displays it in the program display area shown at 21 in FIG. 4(a) in the schematic diagram (step B). .

For example, in the program storage device 3, 10 INP
If a BASIC program such as LIT A 20 INPUT B 30 1ET C-A0B 40 PRINT C 50END is stored,
This is displayed as shown at 27 in FIG. 4(1)).

Next, the execution process display control device 6 sequentially reads the program information structure from the program structure storage device 4 starting from the first line.
Step C): Extract lines one by one (Step C), repeat the interbrid process until there is no more line information (until the last line) (Step D)
). Interbrid processing is performed as follows. That is, the object code generation device 5 generates the object code (step E), the execution process display control device 6,
Activate the explanation display control device M7. The execution process display control device 6 adds data corresponding to the object code to the schematic diagram displayed on the display device 8 to generate an execution process schematic diagram (step F). By this, for example, Fig. 4 (
As shown in C), a state diagram such as FIG. 32 showing the structure of the layout of the character string 28 indicating the data program currently being executed, the arithmetic expression 29, the variable 30 and its value 31 is displayed.

In addition, the program counter shown at 33 in FIG. 4(C) and the programs, data, character strings, etc. transferred between the devices shown at 34 and 35 are displayed at the same time to clarify the flow of data.

FIG. 5 shows a schematic flow of control of the execution process display device 6. As shown in FIG. First, the program counter 33 of FIG. 4(C) is displayed at the position of the execution line (step a), and then the line data of the execution line is displayed on the instruction interpreter 22 (step b). Step C: Sequentially extracting object codes from the object code generator 5
), the execution process of each object code is simulated (steps j to m). This simulation is repeated until there is no more object code (step d). The content and display format of the data displayed in the schematic diagram vary depending on the type of object code (steps e-i) (steps j to m). For example LOAD (step e)
In this case, the process 35 of retrieving the value from the memory 26 is displayed (step j). For 5TOPE (step f),
Display the value 31 in the specified variable area 30 in memory (
Step k). In the case of PRINT (step g), output data is displayed on the output 24 (step 1). INPU
In the case of T (step h), the character string input to the input 25 is displayed (step m). In the case of arithmetic expressions (step 1
), the arithmetic expression is displayed on the arithmetic unit 23 (29), the arithmetic process is displayed in combination with LOAD, and the result is displayed (step n).

On the other hand, while the execution process display control device 6 performs the above-described processing, the explanation display control device 7 displays an explanation on the display device 8. FIG. 6 shows an example of the data structure in the explanation display control device @7. 42 in the figure is an explanation display unit item, which corresponds to one instruction statement in the case of a BASIC program, for example. , 43 is an item for an explanation display, 44 is an explanation display content, and is a template in which the part determined by the argument is left blank as a variable part. 45 is a variable section.

The explanation display control bag M7 inserts the argument data read from the program structure storage W4 into the variable section 45, assembles an explanation, and transfers it to the display device 8. When the object code generation device 5 discovers an error (step G), it transfers the error code to the explanation display control device 7 (step H). The explanation display control device 7 assembles an explanation (step ■) and displays it (step J). FIG. 7 shows a schematic flow of the control. The keyword currently waiting for execution is retrieved from the program structure storage device 4, and the explanation display item 42 is determined (step O). Step p) of retrieving the argument from the program structure storage device 4, and determining the item 43 in the case of an explanatory text based on the type of argument or the error code received in the case of an error from the object code generator 5 (step p). q) The arguments extracted in step p are substituted into appropriate variable sections 45 in the template, and an explanatory text 44 is assembled (step r) and displayed on the display device 8 (step S).

According to the apparatus of this embodiment, the internal state of the computer can be simulated while the program is being executed without using special information or special debugging tools for the program. Since the execution state is simulated based on the object program in this way, the source
Runaway conditions within one program operation can also be easily discovered.

Furthermore, in this embodiment, the execution process display control device 6 displays a schematic diagram of the execution process based on the object code, and at the same time, the explanation display control device 7 displays explanatory text.

Therefore, by displaying explanations of program functions, it is possible to prevent misrecognition of the functions of command statements, and for beginners of programming, it is possible to effectively learn programming without referring to a manual.

Note that the present invention is not limited to the embodiments described above. For example, the simulation results and explanatory text of the execution process do not need to be displayed all the time, and may be displayed only in a specified state.

In addition, a schematic diagram for displaying simulation results (
The display format shown in FIG. 4) is not particularly limited. Furthermore, the language used is not limited to BASIC, but also LISP.
It is possible to apply it to other languages such as or PASCAL. In short, the present invention can be implemented with various modifications without departing from the gist thereof.

[Effects of the Invention] As explained above, according to the present invention, it is possible to generate the object code of a program, simultaneously display a simulation of the execution process in an easy-to-understand manner, and explain the program functions. It can greatly support creation work and learning.

[Brief explanation of the drawing]

FIG. 1 is a block diagram showing the configuration of a program processing device according to an embodiment of the present invention, FIG. 2 is a flowchart for explaining the operation of the device, and FIG. 3 shows a program structure storage format in the device. 4(a) to 4(C) are schematic diagrams of execution process display in the same device, FIG. 5 is a flowchart showing the execution process display procedure in the same device, and FIG. 6 is a diagram of explanatory text display data in the same device. FIG. 7, which is a diagram showing the configuration, is a flowchart showing the explanatory text display procedure in the same device. DESCRIPTION OF SYMBOLS 1... Control device, 2... Semantic analysis device, 3... Program storage device, 4... Program structure storage device,
5... Object code generation device, 6... Execution process display control device, 7... Explanation display control device, 8...
-Display device, 9... memory device. Applicant's agent Patent attorney Takehiko Suzue Figure 3 Figure 6 Figure 4 (a) Figure 4 (b)

Claims (4)

[Claims] (1) Means for generating an object program from a given source program, and based on the object program generated by this means, determining the execution status of the source program at the operational level of the generated object program. 1. A program processing device comprising display means. (2) The program according to claim 1, wherein the means for displaying the execution status of the source program graphically displays the system configuration of the computer and the data status. Processing equipment. (3) The program processing apparatus according to claim 1, wherein the means for displaying the execution status of the source program displays the structure of the source program. (4) The program according to claim 1, wherein the means for displaying the execution status of the source program displays an explanatory text indicating the meaning of the source program being executed. Processing equipment.