JPH08221300A - Program simulator - Google Patents

Abstract

PURPOSE: To make possible the stopping of a program in various patterns by registering a condition to stop simulation, and stopping the running simulation at the time of agreement with the stopping condition. CONSTITUTION: The simulator is constituted of program simulation provided with a condition table 91 to register the condition to stop the simulation at the time of execution, a checking means 92 to check whether the running program to be tested agreed with the condition of the condition table 91 or not, and an operation control means 93 to stop the simulation of the program to be tested at the time of the agreement of a checked result of the checking means 92. Then, on the basis of information at the time of the operation of a simulator, each checking means refers to the corresponding condition table 91, and stops the simulation by the operation control means 93 in the case where the contents of the running program are 'instruction stop', 'operand stop', and 'register or flip flop group stop' so that the efficient study of a cause and the efficient execution of a test can be realized.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a program simulator, and more particularly to a stopping function and a visualizing function of a running program.

[0002]

[Prior art]

[No. 1] Currently, as a method of performing online debugging, there is a method of using a target machine (actual machine) or a method of using a support tool such as a simulator.

In both methods, it is often the case that the program is stopped midway for debugging. This stop method is a method of stopping by rewriting the running route of the program in the online program (for example, by rewriting the instruction of the address to be stopped in the program to the program stop instruction), or by a hardware device such as an additional console There is a method of registering the address to be monitored and stopping it when the program reaches the address.

Also in a support tool such as a simulator, there is a method of registering an address of a traveling route of a program and stopping the route during traveling.

[2] At present, there is the following method for monitoring and confirming the running state of a program using a program simulator.

[0006] The running state of the program is confirmed by collecting running history information (including data access) of the program and referring to the running history information by the tester after the running of the program is completed.

The address stop or the like is set to stop the program, and then the running state of the program such as register information and data is confirmed by step operation.

[0008]

[Problems to be Solved by the Invention]

[Part 1] As a problem of [Part 1] of the above-mentioned conventional technology,
Both of these methods are only stopped at the running address, so that the program cannot be stopped during debugging, particularly in the cases of the following cases (1) to (3).

Occasionally, the input pointer of a function comes in with an abnormal value such as "0". I want to stop when the bit of the flag is set to "1". I want to stop when data with an unspecified address such as a transaction is destroyed in a specified pattern. I want to stop at a specific command pattern. I want to stop when a specific B class interrupt occurs.

Therefore, if it is possible to stop the program in various patterns in the simulator, the test can be efficiently performed.

[Part 2] Further, as a problem of [Part 2] of the above-mentioned prior art, this method cannot confirm the program running state in real time, and when an abnormal operation of the program is found, It is not possible to collect information quickly because it is necessary to drive in an abnormal place.
Therefore, a great burden is placed on the tester to confirm the operation of the program.

Therefore, it is an object of the present invention to enable a program simulator to stop a program in various patterns.

Another object of the present invention is to provide a program,
It is to visualize the simulation status by a simulator so that the tester can monitor and confirm the operating status of the program in real time.

[0014]

FIG. 1 is a diagram for explaining the principle of the present invention. A condition table 91 for registering conditions for stopping a simulation at the time of execution and a condition of the condition table 91 for the program under test are being executed. The program simulator is provided with a check means 92 for checking whether the check result of the check means 92 and the running control means 93 for stopping the simulation of the program under test when the check result of the check means 92 match. [No. 1] In order to solve [No. 1] of the above-mentioned “Problems to be solved by the invention”, in the present invention, as one form, an instruction to stop the simulation when a specific function or instruction pattern is executed. -The instruction condition table for registering the stop condition, the instruction checking means for checking whether the program under test being executed matches the conditions of the instruction condition table, and the program under test when the check results of the instruction checking means match. There is provided a program simulator provided with a traveling control means for stopping the simulation.

As another form, it is checked whether an operand condition table for registering an operand / stop condition for stopping a simulation at a specific data access and whether a program under test match the condition of the operand condition table. There is provided a program simulator including operand check means and travel control means for stopping the simulation of the program under test when the check results of the operand check means match.

As another form, the register condition table for registering a stop condition for stopping the simulation when the content of the register matches a predetermined condition and the program under test match the condition of the register condition table. There is provided a program simulator including a register check means for checking whether or not a check result of the register check means coincides with a running control means for stopping a simulation of the program under test.

As another form, a flip-flop group condition table for registering a stop condition for stopping the simulation when the contents of the flip-flop group match a predetermined condition, and the program under test being executed are the flip-flop group condition table. A program including flip-flop group check means for checking whether the conditions of the condition table are met, and running control means for stopping the simulation of the program under test when the check result of the flip-flop group check means is matched. -A simulator will be provided.

[Part 2] In order to solve the above-mentioned [Part 2] of the "problem to be solved by the invention", in the present invention, a range in which a running state in a program is desired to be visualized is designated. Range specifying means, execution speed adjusting means for adjusting the execution speed of the program in the range specified by the range specifying means, and collecting means for collecting program running information in the program range specified by the range specifying section, There is provided a program simulator including display means for visually displaying the program running information collected by the collecting means.

[0019]

[Action]

[No. 1] Based on the running information of the simulator, each checking means refers to the corresponding condition table and causes the running control means to stop the simulation when the contents of the running program are as follows. 1. Instruction stop: Stops when a specific function or instruction pattern is executed. 2. Operand stop: Stop when a specific data access condition is met. 3. Register or FFG stop: Stops when the contents of the register or FFG (flip-flop group) match the conditions. The test efficiency can be improved by stopping the program in these patterns.

[Part 2] The user designates the range and the execution speed at which the program under test is to be visualized by the range specifying means and the execution speed adjusting means. When the collection means is within the specified range, the traveling information is collected and the traveling information is visually displayed on the display unit. Thereby, the user can know the running state of the program under test step by step or the like by looking at the running information on the display means. Further, the running speed can be adjusted by the execution speed adjusting means to a speed at which the person under test can easily confirm the programmed running.

As described above, in the program simulator, the running state of the program can be visualized by adjusting the running state of the program, and the tester can specify the range in which the running state is displayed and the execution speed.

[0022]

Embodiments of the present invention will be described below with reference to the drawings. [Part 1] Embodiment of Stop Function of Program Simulator FIG. 2 is a diagram showing functional blocks of a simulator program executed by the stop function of the program simulator as an embodiment of the present invention. As shown,
This simulator program includes a command control unit 1, a condition table 2, a simulation execution unit 3, a travel control unit 4,
The stop type setting unit 5 and the like are included.

The command control section 1 is a section for processing input parameters (commands) input by the user, and comprises a command analysis function 11, a diversification stop registration function 12, a stop pattern conversion function 13 and the like. Command analysis function 1
1 analyzes the input parameters input by the user,
This is a part that activates a corresponding registration function of the diversification stop registration function 12 according to the contents. The diversification stop registration function 12 activates the stop pattern conversion function 13 according to the content of the input parameter, converts the input parameter into the stop pattern by the stop pattern conversion function 13, and the stop pattern is the corresponding table of the condition table 2. This is the part to register with.

The condition table 2 is a part for registering conditions of various stop types, which will be described later, and an instruction condition table 21 for registering a condition for instruction stop and an operand condition table for registering a condition for operand stop. 22, a register condition table 23 for registering conditions for register stop,
It is configured to include an FFG condition table 24 for registering conditions for FFG / stop.

Here, "instruction stop" means to stop the program when a specific function or instruction pattern is executed, and "operand stop" means to stop the program when a specific data access condition is met. Register Stop ”
The program is stopped when the contents of the register match the condition, and the "FFG stop" is to stop the program when the contents of the FFG (flip-flop group) match the condition.

FIG. 4 shows an example of the operand condition table for the basic pattern of the operand stop, FIG. 8 shows an example of the register condition table for the basic pattern of the register stop, and FIG. 11 shows the FFG / stop. An example of the FFG condition table for the basic pattern is shown.

The main memory 6 is a memory for storing a simulation target program. (XXX in the figure
XXXXXX) _H indicates the instruction executed by the program in hexadecimal. Also in the following description, the symbols and numbers surrounded by () _H represent hexadecimal numbers. Also,
Subsequent addresses, mask patterns, instructions, and pattern values are hexadecimal numbers.

The simulation execution unit 3 has a main memory 6
Is a part for reading out, interpreting and executing the instructions of the program stored in the step by step, the machine instruction pseudo-function 30, the instruction check function 31, the operand check function 32, the register check function 3
3, FFG / check function 34 and the like. The machine instruction pseudo function 30 is a functional portion that analyzes and executes an actually running instruction. The instruction check function 31 is a functional portion that checks whether or not the instruction being executed corresponds to the instruction stop condition. The operand check function 32 is a functional part that checks whether or not the instruction being executed satisfies the condition of operand stop. The register check function 33 is a functional part that checks whether or not the instruction being executed corresponds to the register stop condition. FF
The G / check function 34 is a functional portion for checking whether or not the instruction being executed satisfies the FFG / stop condition.

The stop type setting unit 5 includes check function units 31
This is a part for setting a corresponding stop type (instruction stop, operand stop, register stop, FFG stop) when the conditions in 34 to 34 are satisfied.

The traveling control unit 4 has a stop monitoring function 41,
By monitoring the stop type setting unit 5 with the stop monitoring function 41,
When the condition is satisfied, the program executed by the simulation execution unit 3
Stop simulation (stop running the program on the main unit)
In this case, the command control unit 1 is activated, and when the condition is not satisfied, the simulation execution unit 3 is instructed to execute the next instruction.

The operation of the apparatus of this embodiment in various stop types will be described below.

(I) Example of instruction stop (stop when a specific function or instruction pattern is executed)

Example: An example of stopping a specific instruction pattern at the time of execution. Here, an example of the instruction stop that stops when the execution instruction is (*** 8024) [where * is don't care] will be described below with reference to FIG.

(1) At command input When the user inputs a command (input parameter) that stops when the execution command is (*** 8024), the command analysis function 11 of the command control unit 1 analyzes the input parameter. , And activates the diversification stop registration function 12 according to the contents.

The diversified stop registration function 12 activates the stop pattern conversion function 13, converts the input parameter, and registers it in the instruction condition table 21. Here, the input instruction (000080)
24), the mask pattern (0000FFFF) is set in the instruction condition table 21.

(2) At the time of simulating The simulation executing section 3 reads the instruction (XXXXXXXXXX) _H of the program stored in the main memory 6, and the machine instruction pseudo-function 30 executes instructions.
The check function 31 is activated.

Instruction check function 31
Online program execution command (XXXXXXX
X) _H is compared with the registered data in the instruction condition table to check whether the instruction stop condition is satisfied. That is, (00008024) _H = (0000FFFF) _H &
Check whether it becomes (XXXXXXXXXX) _H. In this way, the comparison can be made by comparing one word. When the condition is satisfied, moves to, and when the condition is not satisfied, moves to.

Instruction check function 31
When it is determined that the condition is satisfied, the stop type setting unit 5 sets "stop instruction" as the stop type.

The stop monitoring function 41 of the traveling control unit 4 monitors whether or not the stop type is set. If there is no setting, perform, and if there is setting, perform (3).

The simulation execution unit 3 continues the simulation, and the traveling control unit 4 instructs the simulation execution unit 3 to execute the next instruction. Then, the process shifts to the item (2) and the same processing is performed for the next instruction. repeat.

(3) At the time of stopping simulation The simulation by the simulation executing unit 3 is stopped (the simulated program is stopped), and the process is passed to the command control unit 1.

When a specific function is stopped during execution (eg, CC000000 execution instruction), the instruction condition registered in the instruction condition table is the specified function (XXXXXXXXX).
X) _H , an example (CC000000) _H , and a mask pattern (FFFFFFFF) _H.

(II) Example of Operand Stop FIG. 4 shows the relationship between the basic pattern of operand stop and each operand condition table.

Example 1: An operand stop having a basic pattern "Stop when writing a value of 2 or more to 33333 address" will be described below with reference to FIG.

(1) At command input When the user inputs an input parameter of "Stop when writing a value of 2 or more to 33333 address", the command control unit 1
The command analysis function 11 of 1 analyzes the input parameter and activates the diversification stop registration function 12.

The diversified stop registration function 12 activates the stop pattern conversion 13, converts the input parameter into a stop pattern, and registers it in the operand condition table. Here, the address (33333), the condition [GE (=
>)], Pattern value (2), start function (write GE determination)
Is registered in the operand condition table 22.

(2) At the time of simulating The simulation executing unit 3 reads one instruction from the main memory 6, and the machine instruction pseudo function 30 of the simulation executing unit 3 determines the access address to the main memory 6. When the address matches the address of the operand condition table 22, the address access flag of the corresponding basic pattern of the operand condition table 22 is turned ON.

The operand check function 32 is activated by the machine instruction pseudo function 30 of the simulation executing section 3.

In the operand check function 32, when the address access flag of the operand condition table 22 is (a) ON, the start function (GE judgment) of the operand condition table is used to check the condition satisfaction. If the condition is satisfied, perform, and if not, perform. (B) When OFF, perform.

When the operand check function 32 determines that the condition is satisfied, "stop operand" is set in the stop type of the stop type setting unit 5.

The stop monitoring function 41 of the traveling control unit 4 monitors whether the stop type is set in the stop type setting unit 5. If there is no setting, perform, and if there is setting, perform (3).

The simulation execution unit 3 continues the simulation, and the traveling control unit 4 gives the simulation execution unit 3 an instruction to execute the next instruction, and executes the item (2) for the next instruction.

(3) At the time of stopping simulation The simulation is stopped (the program to be simulated is stopped), and the process is passed to the command control unit 1.

Example 2: An operand stop whose basic pattern is "stop when writing to address 11111" will be described below with reference to FIG.

(1) When command is input When the user inputs the input parameter of "Stop when writing to address 11111", the command analysis function 11 of the command control unit 1 analyzes the input parameter and activates the diversification stop registration function 12. to start.

The diversification stop registration function 12 activates the stop pattern conversion function 13, converts the input parameter, and registers it in the operand condition table 22. Here, the address (11111), the condition [DOC (*)], the pattern value (-), and the activation function (-) are registered in the operand condition table 22.

(2) At the time of simulating The simulation executing unit 3 reads one instruction from the main memory 6. When the access address to the main memory 6 matches the address of the operand condition table 22, the machine instruction pseudo function 30 of the simulation executing unit 3 sets the address access flag of the corresponding basic pattern of the operand condition table 22. Turn it on.

The operand check function 32 is activated by the machine instruction pseudo function 30 of the simulation executing section 3.

In the operand check function 32, when the address access flag of the operand condition table 22 is (a) ON, read / write is checked. When the condition is satisfied, is performed, and when it is not satisfied, is performed. ,
(B) When OFF, perform.

The operand check function 32 sets "stop operand" in the stop type of the stop type setting unit 5.

The stop monitoring function 41 of the traveling control unit 4 monitors whether or not the stop type is set in the stop type setting unit 5. If there is no setting, perform, and if there is setting, perform (3).

Continue the simulation. The traveling control unit 4 instructs the simulation execution unit 3 to execute the next instruction,
Perform item (2) for the next instruction.

(3) At the time of stopping simulation The simulation is stopped (the program to be simulated is stopped) and the process is passed to the command control unit 1.

Example 3: An operand stop having a basic pattern "Stop when reading ABCDE value from unspecified access" will be described below with reference to FIG.

(1) At command input When the user inputs an operand stop command "Stop when reading ABCDE value from unspecified access", the command analysis function 11 of the command control unit 1 analyzes the input parameters. , Activates the diversification stop registration function 12.

The diversification stop registration function 12 activates the stop pattern conversion function 13, converts the input parameter, and registers it in the operand condition table 22. Here, the address (ALL-ADDR), the condition (EQ
(=)), The pattern value (ABCDE), the activation function (write EQ judgment), and the address access flag (ON) are registered.

(2) At the time of simulating The simulation executing section 3 reads one instruction from the main memory 6 and executes the machine instruction simulation.

The operand checking function 32 is activated by the machine instruction pseudo function 30 of the simulation executing section 3.

In the operand check function 32, when the address access flag of the corresponding basic pattern of the operand condition table 22 is (a) ON, the condition is checked by the activation function (EQ judgment) of the operand condition table. If the condition is satisfied, the operation is performed. If the condition is not satisfied, the operation is performed.

The operand check function 32 sets "operand stop" as the stop type in the stop type setting section 5.

The stop monitoring function 41 of the traveling control unit 4 monitors whether the stop type is set in the stop type setting unit 5. If there is no setting, perform, and if there is setting, perform (3).

Continue the simulation. The traveling control unit 4 instructs the simulation execution unit 3 to execute the next instruction,
Perform item (2) for the next instruction.

(3) At the time of stopping simulation The simulation is stopped (the program to be simulated is stopped), and the process is passed to the command control unit 1.

(III) Embodiment of Register Stop FIG. 8 shows the relationship between the basic pattern of register stop and each register condition table.

Example 1: An example of register stop having a basic pattern "Stop when register 1 address is H (100) or more" will be described below with reference to FIG.

(1) When a command is entered The user "stops when register 1 address is 100 or more"
When the command is input, the command analysis function 11 of the command control unit 1 analyzes the input parameters and activates the diversification stop registration function 12.

The diversification stop registration function 12 activates the stop pattern conversion function 13, converts the input parameter, and registers it in the register condition table 23. here,
The register number (1), the condition [GE (=>)], the pattern value (100), the activation function (GE determination), and the mask pattern (FFFFFFFF) are registered in the register condition table 23.

(2) At the time of simulating The simulation executing section 3 reads one instruction from the main memory 6, executes the machine instruction pseudo function 30, and activates the register check function 33.

The register check function 33 of the simulation execution unit 3 uses the start function of the register condition table 23 to set the contents (R1) of register 1 at the time of instruction execution to (R1) & (FFFFFFFF) => ( 0000010
Check the condition of 0). If the condition is satisfied, perform, and if not, perform.

Register check function 3 when conditions are met
At 3, the stop type setting unit 5 sets "register stop" as the stop type.

The stop monitoring function 41 of the traveling control unit 4 monitors whether or not the stop type is set in the stop type setting unit 5. If there is no setting, perform, and if there is setting, perform (3).

Continue the simulation. The traveling control unit 4 instructs the simulation execution unit 3 to execute the next instruction,
Perform item (2) for the next instruction.

(3) At the time of stopping simulation The simulation is stopped (the program to be simulated is stopped) and the process is passed to the command control unit 1.

Example 2: The basic pattern is "4 of register No. 2"
The register stop of "Stop when the value of the 10th bit from the 10th bit is other than H (200)" will be described below with reference to FIG.

(1) At the time of command input When the user inputs a command "Stop when the value of 10th bit from the 4th bit of register 2 is other than H (200)", the command analysis function 11 of the command control unit 1 , Analyzes the input parameters and activates the diversification stop registration function 12.

The diversification stop registration function 12 activates the stop pattern conversion function 13, converts the input parameter, and registers it in the register condition table 23. here,
The register number (2), the condition [NE (/>)], the pattern value [00002000], the activation function (NE judgment), and the mask pattern (00003FF0) are registered in the register condition table 23.

(2) At the time of simulating The simulation executing section 3 reads one instruction from the main memory 6 and executes the machine instruction pseudo function 30.

The register check function 33 of the simulation execution unit 3 uses the start function of the register condition table 23 to set the contents (R2) of register 2 at the time of instruction execution to (R2) & (00003FF0) / = ( 0000200
Check whether it is 0). If the condition is satisfied, perform, and if not, perform.

The register check function 33 sets "register stop" as the stop type in the stop type setting section 5.

The stop monitoring function 41 of the traveling control unit 4 monitors whether or not the stop type is set in the stop type setting unit 5. If there is no setting, perform, and if there is setting, perform (3).

Continue the simulation. The traveling control unit 4 instructs the simulation execution unit 3 to execute the next instruction,
Perform item (2) for the next instruction.

(3) At the time of stopping simulation The simulation is stopped (the program to be simulated is stopped) and the process is passed to the command control unit 1.

(IV) Example of FFG / Stop FIG. 11 shows the relationship between the basic pattern of FFG / stop and each FFG condition table.

Example: An example of FFG / stop having a basic pattern of "stop at 1 o'clock from the 26th bit of FFG No. 2 to 2 bits" will be described with reference to FIG.

(1) At the time of command input When the user inputs a command "Stop the 2nd bit value from the 26th bit of FFG No. 4 at 1 o'clock", the command analysis function 11 of the command control unit 1 analyzes the input parameters. , Activates the diversification stop registration function 12.

The diversification stop registration function 12 activates the stop pattern conversion function 13, converts the input parameter, and registers it in the FFG condition table 24. Here, F
FG number (4), condition [EQ (=)], pattern value [0
4000000], the activation function (EQ determination), and the mask pattern (0C000000) are registered in the FFG condition table 24.

(2) At the time of simulating The simulation executing section 3 reads one instruction from the main memory 6 and executes the machine instruction pseudo function 30.

(FFG # 4) & (0C000000) = with respect to the contents of FFG No. 4 (FFG # 4) at the time of instruction execution by the activation function of the FFG condition table 24 in the FFG / check function 34 of the simulation executing unit 3. (04000
000) condition is checked. If the condition is satisfied, perform, and if not, perform.

When the condition is satisfied, the FFG / check function 34 sets "FFG stop" in the stop type setting unit 5 as the stop type.

The stop monitoring function 41 of the traveling control unit 4 monitors whether or not the stop type is set in the stop type setting unit 5. If there is no setting, perform, and if there is setting, perform (3).

Continue the simulation. The traveling control unit 4 instructs the simulation execution unit 3 to execute the next instruction,
Perform item (2) for the next instruction.

(3) At the time of stopping simulation The simulation is stopped (the program to be simulated is stopped), and the process is passed to the command control unit 1.

[Part 2] Example of Visualization Function of Running Program of Program Simulator Next, the visualization function of the running program by the program simulator as one example of the present invention will be described. FIG. 13 is a diagram showing the mechanism of the program simulator.

In the figure, reference numeral 71 denotes an execution speed adjustment range designating section for designating an address range (a range in which the user wants to visualize the running state in the program for monitoring and confirmation) for adjusting the execution speed in the program under test. is there. 7
Reference numeral 2 denotes an execution speed adjustment function unit that specifies the execution speed of the running program within a range where the user adjusts the execution speed in the program under test. The execution speed can be adjusted to a speed at which the person under test can easily confirm the programmed running.

Reference numeral 70 is a simulation section for simulating the program under test. When the simulation section 70 is within the range specified by the execution speed adjustment range specification section 71, the program running information is collected and the program execution display section is displayed. Prompt 73 to send information. The program execution display unit 73 receives the running state information of the simulation unit 70 and visually notifies the user of the running state. As the contents of the running state of the program, the program execution address, access data, register information, execution instruction content, next execution access, etc. are displayed. The user can know the running state of the program under test step by step by looking at the program execution display section 73.

FIG. 16 shows an example of the program running state displayed on the program execution display section 73. The display contents include register display, FFG display, address, machine language, instruction, a2, content (a2), etc., and these contents are displayed for the address range before and after the currently executed instruction as shown in the figure. In addition, the instruction currently being executed is surrounded by a square as shown in the figure so that the instruction can be understood. If there is a next execution address on the screen, it is displayed with an arrow (←). The register display and the FFG display collectively display the instructions currently being executed.

According to the program simulator of this embodiment, the traveling speed of the program can be visualized by adjusting the traveling speed of the program, and the range in which the traveling status is displayed can be designated by the tester.

The basic running operation of the program simulator of this embodiment will be described below in detail with reference to the flowchart of FIG.

(1) Basic simulator running (Fig. 1
4) [Pre-processing] Start the simulator.

[Simulator Command Control Function] As the simulator command control function, the execution speed adjustment range designating unit 71 and the execution speed adjusting function unit 72 register the execution speed adjustment range and the execution speed.

The simulator command control function starts the system under test pseudo function.

[System under Test Pseudo Function] It is determined whether or not the simulation has to be stopped.
If it is stopped, perform '. If not, perform.

Simulate the system under test. Then do the following:

'If it is necessary to stop the simulation due to an address stop, a stop button, an error in the program under test, etc., activate the simulator command control function and return to.

It is determined whether the speed adjustment is set by the execution speed adjustment function unit 72. If set,
I do. If not set, return to.

The execution speed adjustment function is executed.

Next, the processing procedure of the execution speed adjusting function is shown in FIG.
This will be described with reference to the flowchart of FIG. This process operates every time the program under test is executed one step.

With the simulator / command control function, the execution speed adjusting function, which is one of the debugger functions, is set.

It is determined whether or not the condition that the execution address of the program under test is within the address range (execution speed adjustment range) set by the execution speed adjustment range designation unit 71 is satisfied. If yes, then do, otherwise do.

The simulation section 70 collects the running status information of the program under test, and the program execution display section 73
Pass to.

The program execution display section 73 displays the program under test running state information in a display form as shown in FIG.

It is checked whether the speed adjustment button has been pressed by the user since the program under test started running. This speed adjustment button allows the execution speed to be set to a desired execution speed even after the execution speed is set in the execution speed adjustment function unit 72. When the button is pressed, is performed, and when it is not pressed, is performed.

The execution speed information designated by the user with the speed adjustment button is collected.

The execution speed already set is changed to the execution speed designated by the user with the speed adjustment button.

The execution of the program under test is put in the wait state according to the set execution speed or the changed execution speed.

The execution speed adjusting function is terminated, and the execution of the next step of the program under test is waited for.

[0127]

As described above, according to the stop function of the program simulator of the present invention, it is possible to stop the program in various patterns.
It is possible to efficiently investigate the cause of a problem that has occurred and to carry out a test.

According to the visualization function of the program simulator of the present invention, the tester can see the running state of the program in real time, and the running abnormality of the program can be found quickly and the cause can be easily found.・ Since the tester does not need to collect information such as program running history and register information, the tester's burden is lightened. ・ The tester can specify the range in which the program running status is displayed.・ The tester can change the speed of program running, etc.
Since the running state of the program is displayed in real time, it is easy to check the abnormal operation of the system under test on the simulation without burdening the tester.

[Brief description of drawings]

FIG. 1 is a diagram illustrating the principle of the present invention.

FIG. 2 is a diagram showing, as functional blocks, a simulator program that realizes a stop function by a program simulator as an embodiment of the present invention.

[Fig. 3] Instructions in the embodiment system
It is a figure which shows the operation example of a stop.

FIG. 4 is a diagram showing an operand stop basic pattern and an operand condition table in the embodiment system.

FIG. 5 is a diagram showing an operation example 1 of an operand stop in the embodiment system.

FIG. 6 is a diagram showing an operation example 2 of operand stop in the embodiment system.

FIG. 7 is a diagram showing an operation example 3 of an operand stop in the embodiment system.

FIG. 8 is a diagram showing a register stop basic pattern and a register condition table in the embodiment system.

FIG. 9 is a diagram showing a first operation example of register stop in the embodiment system.

FIG. 10 is a diagram showing a second operation example of register stop in the embodiment system.

FIG. 11 is a diagram showing an FFG / stop basic pattern and an FFG condition table in the example system.

FIG. 12 is a diagram showing an operation example of FFG / stop in the embodiment system.

FIG. 13 is a diagram showing a mechanism for performing a visualization function of a program simulator as an embodiment of the present invention.

FIG. 14 is a flowchart showing a basic simulator traveling processing procedure in the embodiment system.

FIG. 15 is a flowchart illustrating a processing procedure of an execution speed adjustment function in the embodiment system.

FIG. 16 is a diagram showing a display example of program running information in the embodiment system.

[Explanation of symbols]

 1 Command Control Section 2 Condition Table 3 Simulation Execution Section 4 Travel Control Section 5 Stop Type Setting Section 6 Main Memory 11 Command Analysis Function 12 Diversified Stop Registration Function 13 Stop Pattern Conversion Function 21 Instruction Condition Table 22 Operand Condition Table 23 Register Condition table 24 FFG condition table 30 Machine instruction pseudo function 31 Instruction check function 32 Operand check function 33 Register check function 34 FFG check function 41 Stop monitoring function 70 Simulation unit 71 Execution speed adjustment range specification unit 72 Execution speed adjustment function 73 Program execution display

 ─────────────────────────────────────────────────── ─── Continuation of the front page (72) Inventor Hiroko Kitayama 3-9-18 Shin-Yokohama, Kohoku Ward, Yokohama City, Kanagawa Prefecture Fujitsu Communication Systems Ltd. (72) Kiyofumi Ogawa Shin-Yokohama, Kohoku Ward, Yokohama City, Kanagawa Prefecture 3-9-18 Fujitsu Communication Systems Ltd. (72) Inventor Yoshiaki Katayama 1015 Ueodachu, Nakahara-ku, Kawasaki-shi, Kanagawa Prefecture 1515 Fujitsu Limited (72) Kazuma Takeda, Ue-Odaka, Nakahara-ku, Kawasaki-shi, Kanagawa Address 1015 within Fujitsu Limited

Claims (5)

[Claims] 1. An instruction condition table for registering an instruction stop condition for stopping a simulation when a specific function or instruction pattern is executed, and whether or not a program under test matches the condition of the instruction condition table. A program simulator comprising instruction checking means and running control means for stopping the simulation of the program under test when the check results of the instruction channel means match. 2. An operand condition table for registering an operand stop condition for stopping a simulation when a specific data is accessed, and an operand check means for checking whether a program under test matches the condition of the operand condition table. And a running control means for stopping the simulation of the program under test when the check results of the operand checking means match. 3. A register condition table for registering a stop condition for stopping the simulation when the contents of the register match a predetermined condition, and checking whether the program under test matches the condition of the register condition table. A program simulator comprising register check means and travel control means for stopping the simulation of the program under test when the check results of the register check means match. 4. A flip-flop group condition table for registering a stop condition for stopping a simulation when the content of the flip-flop group matches a predetermined condition, and a program under test is a condition of the flip-flop group condition table. A program simulator comprising: a flip-flop group check means for checking whether or not the test result matches, and a running control means for stopping the simulation of the program under test when the check result of the flip-flop group check means matches. 5. A range designating unit for designating a range in which a running state is to be visualized in a program, an execution speed adjusting unit for adjusting a program execution speed in the range designated by the range designating unit, and the range. A program simulator comprising: a collecting unit that collects program running information in a program range designated by a designating unit; and a display unit that visually displays the program running information collected by the collecting unit.