JPH02280255A - Transplanting method for program of computer and execution processor for transplanted program - Google Patents

Abstract

(57) [Summary] This bulletin contains application data before electronic filing, so abstract data is not recorded.

Description

DETAILED DESCRIPTION OF THE INVENTION Object of the Invention 1 (Field of Industrial Application) The present invention relates to the porting of computer programs, and relates to an efficient porting method and apparatus therefor.

(Problems to be Solved by the Prior Art and the Invention) Regarding programs in personal computers, for example, there are the following methods for porting application programs to other types of computers.

(1) Obtain all source files and modify them for porting.

(2) Obtain the source files of only the 11 type dependent parts and other object programs, and modify only the machine dependent parts.

(3) Implement the model-dependent part as a device driver, and create a device driver program for each model.

(4) Provide the model-dependent parts as a runtime library, and create a runtime library program for dynamic linking when executing an application program.

Such a conventional method of porting an application program has various deficiencies and disadvantages as follows.

In the case of (1) and (2) above, in order to port the application program, the provider of the application program had to provide the source program or object program. The general trend is to keep information private in order to maintain confidentiality, and this poses a problem that does not suit the actual situation.

In the case of (3) above, it is difficult to create a device driver for each model, and it is necessary to create external specifications and advanced technical information to create a device driver program, which reduces the efficiency of porting work. There was a problem.

In the case of (4), the operating system must support dynamic linking of the runtime library, and the creation of external specifications for the runtime library and advanced technical information are also required, which reduces development efficiency. there were.

SUMMARY OF THE INVENTION An object of the present invention is to provide a program porting method and means for solving these conventional problems and improving the efficiency of program porting for personal computers and the like.

[Structure of the Invention 1 (Means for Solving the Problems) The present invention provides a combination program having a machine-dependent section including an interface with the hardware of the destination computer and a processing main section, to the destination computer. In addition to loading it into the computer's main memory, a shared stack area for the machine-dependent section and the processing main body section is provided in the main memory of the porting destination, and the processing main section and the machine-dependent section are loaded via this shared stack. It is special to execute the program of the above-mentioned combination machine by transmitting and receiving data during the process.

(Operation) A computer program having a model-dependent section including an interface with the hardware of the porting destination computer and a processing main body section can be executed on the porting destination computer system.

(Example) Next, an example of the present invention will be described with reference to the drawings. FIG. 1 shows the configuration of an application program used in the present invention. The application program is composed of a processing main unit 1 and a computer model dependent unit 2.

The main processing unit 1 communicates with the processing unit 3 that performs various processing functions at the end of the application program, and the model-dependent unit 2! and a main body side communication section 4 having functions.

The model-dependent unit 2 includes an interface with the hardware of the computer to be ported to, processes data from the basic input/output system program (hereinafter referred to as BIO8), and processes data from the processing unit 3 of the processing main unit 1. It consists of a model-dependent processing section 5 that performs the processing, and a model-dependent side communication g6 that has a communication W1 function with the processing main body section 1.

In the figure, reference numeral 7 indicates a shared stack for storing data etc. from the processing main unit 1 and the model-dependent unit 2, and 8 indicates a BiO2.

The model-dependent processing section 3 has an identification data table 9, and this identification data table 9 stores identification data representing various processing contents performed by the application tongue program.

Identification data consists of commands and parameters that represent processing contents, such as a command LINE to draw a straight line and parameters representing coordinates, a command CIRCLE to draw a circle and parameters representing coordinates, a command CLEAR to erase display contents and erase area coordinates. There are parameters etc.

An identification number is assigned to each of these various pieces of identification data, and each piece of identification data is identified. These identification data table name, identification number, and identification data constitute a calling function, and the calling function is represented, for example, by foo (identification data table name, identification number, identification data), and hereinafter the calling function is called fo.

It is expressed as

The processing main body part 1 and the model-dependent part 2 of the application scene program are provided as independent normal programs,
Treated as an executable file.

That is, from the perspective of the operating system (OS), these processing main body part 1 and model-dependent part 2 are treated as executable files, and the application program used in the present invention is loaded into the main memory of the combination computer by O8. .

FIG. 2 shows a memory map of the main storage device 10.
The main storage device 10 contains the basic components of O8, such as a desk operating system (DOS), BiO2, command processor, obshi fin device driver, etc., as well as the processing main unit 1 and model of the application program used in the present invention. The dependent part 2 is loaded, and there is also an area of the shared stack 7 that is used in the present invention v1.

The processing section 3 of the processing main body section 1 stores the model-dependent section 2 in the main storage device 1.
0, and by executing this loading procedure, the equipment dependency 82 is loaded into the main storage device 10.

FIG. 3 shows a computer system to which the present invention is applied, and the application program used in the present invention is stored in the 70 disk of the external storage device 11.

When the system is started up, seven application programs stored in 70 disks are loaded into the main memory 10 constituted by RAM, and the application programs are executed by the CPU 12. In the figure, reference numeral 13 is a ROM that stores a boot program, BiO2, etc., 14 is an input device, 15 is a display device, 16 is 7.
7 This is an interface for the drive device of the video desk, etc.

4 and 5 are 70-charts showing the operation of the present invention.

The processing main unit 1 and model-dependent unit 2 of the application run program used in the present invention are
Il! and O8. For example, O8 is MS-DO8 (registered trademark of Microsoft Corporation)
If so, the processing body part 1 of the application program
and the model-dependent part 2 are executable 7T files of MS-DO3 (
, EXE7y file.

Next, the operation of the present invention will be explained with reference to the chart 70 in FIGS. 4 and 5. To load the processing body part 1 and model-dependent part 2 of the application program stored in the 70-device into the main device 10, under the control of the O8, the operator first inputs the input device 14 in step S1.
Enter the 7T file name in the model dependent section 2 from .

When the file name of P11 type dependent part 2 is input, CTI
M type dependent part 2 is set to 70 by O8 executed by J12.
The main culprit of RAM from Tsupidesk! loaded into the device 10. When the R type dependent section 2 is loaded into the main storage device 10, in step S2, the CPU 12 executes a procedure to call the processing main body section 1 of the model dependent processing 8s5 of the model dependent section 2 into the main storage device 10 by O8. In S3, the main processing unit 1 is loaded into the main storage device 10.

When the machine-dependent part 2 and the processing body n1 of the 7-part program are loaded into the main storage device 10, the computer system runs the 7-part program from O8.

transition to the new program.

Incidentally, the shared stack 7 has seven applications. When the program is loaded into the main storage device 10, an area for the shared stack 7 is provided in the main storage device 10 by O8. Next, the operations of the main processing unit 1 and the model-dependent unit 2 loaded into the main storage device 10 will be explained with reference to FIG.

When a data processing command, for example, a command to remove a circle, is input from the computer system operator, the processing main unit 1
Where 1! The i section 3 includes an instruction (, a calling function f of IRCLE) to remove a circle in step Sa.

PUSH the data that calls O to the shared stack via the main body communication unit 4.

Next, in step sb, the address of this called function is determined. When the address of the calling function is determined,
Proceeding to step Sc, the calling function is called, and the address of the number of calls rll is sent to the model dependent processing unit 3 by the model dependent communication unit 6 of the model dependent unit 2, and control of the system is transferred to the model dependent unit 2.

When control of the system is transferred to the model-dependent processing unit 3, the model-dependent unit 2 pops the data in the shared stack, and performs J! ! The identification data stored in the identification data table of the unit 3 is pushed to the shared stack 7 by the model-dependent communication unit 6.
be done. In this case, the command to draw a circle and the parameters representing the coordinates are relevant.

Next, the identification data stored in the shared stack, 7, is BiO
2, and the target process is executed.

As described above, in the present invention, the processing body section 1 and the machine dependent section 2 of the application run program execute the application run program via the calling function and the shared stack 7.

Therefore, in order to port the present invention to other types of computer systems, it is sufficient for the provider of the application program to publicly present the external specifications of the calling function.

The recipient of the porting can easily port the 7 Precian program by simply creating the machine-dependent section 2 that includes an interface with the machine's hardware based on the provided external specification of the calling function.

[Effects of the Invention] According to the present invention, in order to port a computer program to another type of computer system, for example, the provider of the application platform program uses the source food and object code of the application platform program. Since there is no need to disclose such information, know-how, etc. can be kept confidential.

Furthermore, when porting to another type of computer system, it is sufficient to create an interface based on the call function, which simplifies the porting work.

[Brief explanation of drawings]

Figure 1 is a block diagram showing the configuration of a program used in the present invention, Figure 2 is an explanatory diagram of a memory map, Figure 3 is a block diagram of a computer system to which the present invention is applied, and Figures 4 and 5 are operations. It is 70-chat indicating. DESCRIPTION OF SYMBOLS 1... Processing main body part, 2... Model dependent part, 3... Processing part, 4... Main body side communication part, 5... Model dependent processing part, 6... Model dependent side communication part ,7...shared stack,
8...BiO2, 9...Identification data table 10.
...Main memory.

Claims (3)

[Claims] (1) Load a computer program that has a machine-dependent part that includes an interface with the hardware of the porting destination computer and a main processing section into the main storage of the porting destination computer, and Executing the computer program by providing a shared stack area for the machine-dependent section and the processing main body, and transmitting and receiving data between the processing main body and the machine-dependent section via the shared stack. A method of porting a program featuring the following. (2) The main memory of the computer system to which the computer is to be migrated is provided with areas for the processing main body and model dependent parts that make up the computer program, as well as a shared stack area. It has a processing section that performs processing functions and a main body side communication section that communicates with the model-dependent section, and the model-dependent section includes an interface with the hardware of the computer to be ported and receives data from the basic input/output system program. A device for executing a ported program, comprising: a model-dependent processing unit that processes data from the processing unit of the processing main unit; and a model-dependent communication unit that communicates with the processing main unit. . (3) The model-dependent processing unit has an identification data table in which identification data representing various processing contents performed by computer programs is stored, and the model-dependent processing unit receives data for calling a calling function related to data processing commands from an operator of the computer system. A means for PUSHing to the shared stack via the communication unit on the main body side, a means for obtaining the calling function, and a means for POPing the data of the shared stack and storing it in the identification data table of the model-dependent processing unit based on the POP data. PUS the relevant identification data to the shared stack
3. The ported program execution processing apparatus according to claim 2, further comprising: means for performing H.