JP3304524B2 - System call function processing unit - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a system call function processing device for simulating the execution of a system call function specified in a first operating system of a computer under a second operating system. .

[0002]

2. Description of the Related Art It is relatively easy to execute a program written in C, which is a known programming language, under various different operating systems.

In such a case, a program written in the C language is originally assumed to be executed under a known UNIX operating system.
When executing under a second operating system other than the above, it is necessary to simulate execution of a system call function which is a service function of the UNIX system by the second operating system.

In such a simulation, when a system call function of a UNIX system, which is a first operating system, is called, a simulation unit of a second operating system that executes the function is similar to that executed by the UNIX system. Must be returned to the system call function calling program.

Here, when a system call function is executed as an interface common to system call functions such as UNIX, the value of the system call function is returned to the caller as an execution result, and the state of the execution result is indicated. There is a return code setting.

[0006] The return code is a code indicating an end state such as whether the execution of the system call function has been completed normally or interrupted by what kind of factors, etc., regardless of the computer to be executed. Since it is standardized, the simulation unit is configured to return an appropriate return code to the caller according to the state of the simulation execution.

In a program written in the C language, for example, immediately after returning from execution of a system call function, a program is described so as to branch to necessary processing depending on the value of a return code, and the return code is used.

By doing so, a program written in the C language can be executed independently of computers.
UNIX standard interfaces can be stored. However, on the other hand, there is a problem that even when there is a request to know the details of the error state specific to the computer system to be executed, there is no means for acquiring it.

In particular, since there is a lot of state information that cannot be easily dealt with one-to-one with return codes standardized independently for each computer model as described above, it is necessary to acquire error information unique to the system in such a computer system. Often occurs.

[0010] The present invention maintains the original interface when simulating a system call function.
It is an object of the present invention to provide a simulation processing apparatus capable of acquiring error information unique to a simulation system when necessary.

[0011]

FIG. 1 is a block diagram showing the configuration of the present invention. FIG. 1 shows a configuration of a simulation processing apparatus, which executes a system call function defined in a first operating system by a simulation unit 2 under the control of a second operating system 1.
Is an apparatus for simulating the system call function specified by the calling program, and includes an error information processing unit 3.

When the simulation is executed, the simulation unit 2 sends a return code defined in the first operating system to the caller program in order to return the state of the execution result of the system call function to the caller. Handover and the second
The information indicating the state detected by the operating system 1 is acquired and passed to the error information processing unit 3 as error information 4.

The error information processing section 3 uses information generated based on the error information 4 about the caller when a predetermined error reference function is called from the caller program as a value of the error reference function. Pass to the calling program.

[0014]

According to the simulation processing apparatus of the present invention, a return code is simulated for the caller of the system call function, and a simulation in which the original interface in the first operating system is completely preserved is performed. Error information specific to the second operating system to be executed is stored in the first
Even if there is no one-to-one correspondence with the return code determined by the operating system, the error information of the second operating system can be obtained without being restricted by the return code.

[0015]

When the present invention is applied to the simulation of the UNIX system call function, for example, "_geter" is used as an error reference function that can be described in C language.
A function with a function name such as "r" is provided.

The program described in the C language is executed under a second operating system other than UNIX, and when a system call function is called from the program, the simulation processing shown in FIG. The simulation unit 2 of the device simulates the execution of the system call function.

That is, the simulation unit 2 has a simulation program for various required system call functions, and upon receiving a designated system call function from a calling program, executes the simulation program corresponding to the function and executes the simulation program. The value is obtained, and when the simulation is completed normally, the obtained function value is returned to the calling program.

Further, the simulation unit 2 transmits, from the operating system, a required processing state identified by itself during execution of each simulation program and a state detected by the second operating system 1 which manages the execution of the simulation unit 2. The value of the return code standardized by UNIX is determined based on the processing state information to be obtained, and the return code is returned to the calling program, and the simulation ends.

Thereafter, the simulation section 2 converts the state information acquired from the second operating system into error information associated with, for example, a process number for managing the execution of the calling program by the second operating system. The processing is passed to the processing unit 3 and the processing ends.

The error information processing section 3 starts processing when the "_geterr" function is called during execution of a program described in C language, and extracts error information corresponding to the process number of the calling program of the function. The error information or data obtained by processing the error information is returned to the calling program as a value determined by the "_geterr" function.

FIG. 2 is a diagram showing an example of the processing flow of the simulation processing apparatus of the present invention. When a system call function is called, the processing of the simulation section 2 is started, and a specified function is executed in processing step 10. The identified and simulated execution of the identified function is performed in processing step 11 to determine the value of the function.

In the processing step 12, the function execution simulation is in a normal state (a state in which the function value has been successfully obtained).
And if it ends normally, in processing step 13,
Return the calculated function value to the calling program. If the processing has not been completed normally, the status information is acquired from the second operating system 1 and held in the processing step 14.

In a processing step 15, a return code is generated based on the information storing the state detected by itself and the state information of the operating system. In a processing step 16, the return code is returned to the calling program.

Next, in processing step 17, the status information is passed to the error information processing section 3 as error information associated with the process number as described above, and the processing is terminated. When the error reference function is called, the error information processing unit 3 starts processing, extracts error information corresponding to the function call source in processing step 20, and performs processing step 21 from the extracted error information.
Generates a function value of the error reference function, and returns the obtained function value to the calling program in a processing step 22.

[0025]

As is apparent from the above description, according to the present invention, an apparatus for simulating the execution of a system call function defined in a first operating system of a computer under a second operating system. In the simulation for the caller of the system call function, the simulation in which the interface in the original first operating system is completely preserved is performed.
Even if there is no one-to-one correspondence with the return code determined by the operating system, there is a remarkable industrial effect that error information unique to the second operating system can be obtained without being restricted by the return code. is there.

[Brief description of the drawings]

FIG. 1 is a block diagram showing the configuration of the present invention.

FIG. 2 is a flowchart of the process of the present invention.

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 1 2nd operating system 2 Simulation part 3 Error information processing part 4 Error information 10-17, 20-21 Processing steps

Continuation of front page (56) References JP-A-1-67648 (JP, A) JP-A-62-121549 (JP, A) JP-A-4-123144 (JP, A) JP-A-63-76027 (JP, A) , A) Kazushi Inui, "Distributed OS Mach 3.0", bit, Japan, published by Kyoritsu Shuppan Co., Ltd., June 1, 1992, Vol. 24, No. 6, pp. 17-25, Patent Office CSDB Document No .: CSNW 199800653002 (58) Fields investigated (Int. Cl. ⁷ , DB name) G06F 9/455 G06F 9/46 G06F 11/00 G06F 11/28-11/34 CSDB ( Japan Patent Office) JST file (JOIS)

Claims (1)

(57) [Claims] The method according to claim 1] of system call functions that are defined in the first operating system, for the system call function to specify the calling program under the control of a second operating system to a device for simulating, Simulation unit and error information processing unit
The door is provided, wherein the simulation unit, designated by the calling program
When the received system call function is received, the value of that function
With a simulation program,
In executing the simulation program,
Processing status detected from the second operating system
State information to the error information processing unit,
The return code as defined in the first operating system based on the information and passes to the call Demoto program, said error information processing section when there is a call of a predetermined error reference functions from the call Demoto program, Saimule
The second operating system passed by the
A system call function processing device configured to pass information on a processing state detected from a stem to the calling program as a value of the error reference function.