JPH02190929A - External module managing system - Google Patents

Abstract

PURPOSE:To redefine an operating external module at any time and to immediately execute the external module by providing the title system with an external module redefining means, an external module dynamic reading means, an external module releasing means, a release waiting list registering means, and a release waiting list canceling means. CONSTITUTION:When an executing interpreter system is provided with return addresses 2-11, 2-12 to operating external modules 4, 5a, 5b, 6a, 6b, the link loading of the redefined external modules 4, 5a, 5b, 6a, 6b is executed and the operating external module is also held in a main storage 1 as it is and registered in an external module release waiting list 7. When the executing interpreter system is transferred to the return addresses 2-11, 2-12 of the operating external modules 4, 5a, 5b, 6a, 6b, the return addresses 2-11, 2-12 disappear and the operation of the transferred external modules is ended, the external modules 4, 5a, 5b, 6a, 6b ending their operation are released. Consequently, the redefined external modules 4, 5a, 5b, 6a, 6b can be immediately executed.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to an external module management system, and particularly to an external module management system for an interpreter system that operates by dynamically reading external modules.

[Conventional technology]

The function of an interpreter system used for a LISP language or the like to dynamically read an object module output by a compiler such as a C language into the main memory and execute it is called the interlanguage communication function. used in

In this case, an internal program written in an interpreted language such as the LISP language and an external module, which is an object module output by a compiler such as the C language, mutually call the other to execute it, and then the execution ends when the other is called. When this happens, an action will be taken to return to the calling party.

The conventional external module management method, which uses the dynamic linker provided by the operating system to realize the interlanguage communication function, specifies the external module name, reads the external module, and performs link loading. When the name of an external module that has already been linked-loaded is specified again, the external module that has previously been linked-loaded is executed as is without being read.

In addition, the conventional external module management method that uses a static linker provided by the operating system to implement the interlanguage communication function uses a load module file that stores an internal program written in an interpreted language during execution. Linking is performed using a static linker using the object module file of the other language to be communicated as input, and the difference between the resulting load module and the load module currently operating in main memory is taken, and the main By loading the difference into memory, the redefined external module is linked loaded.

[Problem to be solved by the invention]

- In JR, the interpreter system has the advantage of having a dynamic generation function of an internal program that can modify and generate an internal program while running the internal program.

Therefore, with regard to the interlanguage communication function, when a user redefines an external module by modifying it, the redefined external module can be used immediately without restarting the interpreter system. is desirable.

However, in the conventional external module management method using the dynamic linker described above, the dynamic linker is not primarily intended for interpreters, and is not based on the redefinition of external modules during execution; Even if the old external module is released, the operator does not perform link loading again, so if the operator uses the external module release function provided as a function of the dynamic linker to release the old external module, it can be reloaded with the same external module name. It is necessary to link-load the redefined external module, and multiple external modules cannot exist in main memory at the same time for one external module name.

On the other hand, the conventional external module management method using the static linker described above replaces an active external module with the same external module name with a redefined external module by loading the difference into main memory. However, multiple external modules cannot exist in main memory at the same time for one external module name.

Therefore, in all of the conventional external module management methods described above, the internal program and the external module mutually call each other for execution, so when the internal program is called and executed, the data is stored in the main memory. If an operating external module is redefined, the internal program will not be able to return to the original external module return address.

Due to this, the conventional external module management method described above is
Both methods have the disadvantage that redefinition of the external module must be prohibited during execution of an internal program called from the external module.

An object of the present invention is to link-load the redefined external module when the interpreter system that is being executed has a return address to the external module that is currently in operation, and to also link load the external module that is currently in operation as it is in the main memory. It is kept as above and registered in the external module release waiting list, and when it is transferred from the executing interpreter system to the return address of the operating external module, the return address disappears, and the operation of the transferred external module is completed.
By releasing external modules that have finished operating,
To provide an external module management method capable of redefining an operating external module at any time and immediately executing the redefined external module.

[Means to solve the problem]

The external module management method of the present invention is an external module management method for an interpreter system in which a written internal program is interpreted and executed by an interpreter. (A) When it becomes necessary to redefine for modification etc. Then, the external module that is in the object module file and is also read out on the main memory and is in operation is redefined by making some modifications, and is redefined in place of the external module that is in operation. (B) External module redefinition means for storing the external module in the object module file; (C) when the external module dynamic reading means newly dynamically reads the external module, the interpreter system does not have a return address to the external module that was already in main memory and was in operation, release the external module that was previously in main memory from main memory. (D) When the external module dynamic reading means newly dynamically reads the external module, the interpreter system returns a return address to the external module that has already been in the main memory and is in operation. (E) a release waiting list registration means for registering the operating external module in an external module release waiting list and retaining the operating external module as it is in main memory; By migrating to the return address for the external module called from the interpreter system and registered in the release waiting list registration means, the return address that existed in the interpreter system for the migrated external module disappears; Then, when the operation of the migrated external module is completed, the external module whose operation has ended is released from the main memory, and
A release waiting list deletion means for erasing from the external module release waiting list.

〔Example〕

Next, embodiments of the present invention will be described with reference to the drawings.

FIG. 1 is a block diagram showing an embodiment of the external module management method of the present invention.

Further, FIG. 2 is an explanatory diagram of an external module read situation showing an example of a read situation from the external module to the main memory in this embodiment.

As shown in FIG. 2, in this embodiment, on the main memory 1, an interpreter 2 interprets and executes an internal program 3 written in an interpreted language such as the LISP language.

Furthermore, an external module 4.5a is an object program obtained by translating a program written in C language or FORTRAN language using a compiler.

6a has already been read onto the main memory 1 and is operating in a linked state with the internal program 3 running in the interpreter 2.

On the other hand, for example, for modification etc., the external module 5a,
When it becomes necessary to redefine 6a,
As shown in Figure 1, the operator gives a redefinition instruction, so
The external module redefining means A redefines the external modules 5a and 6a, which are stored in the object module file 8 and are also read onto the main memory and is in operation, by making some corrections by recompilation. In place of the external modules 5a and 6a in the module file 8, external modules 5b and 6b redefined with the same external module names are stored in the object module file 8.

Therefore, from the running internal program 3, external modules 5b and 6b in the object module file 8 are
If there is a read request for the read request, the external module dynamic read means B dynamically reads the external modules 5b and 6b anew in response to an instruction from the interpreter 2 that has interpreted the read request, and performs link loading. Operates on main memory 1.

As a result, on the main memory 1, the external module 4.5b,
6b will operate in a linked state with the internal program 3.

In this way, when the external module dynamic reading means B newly dynamically reads the external modules 5b and 6b, the external module releasing means C stores the external module 5a from the internal program 3 in the stack 2-1 by the interpreter 2. ,6
If it does not have a return address to a, the external modules 5a and 6a on the main memory 1 are released.

On the other hand, when the external module dynamic reading means B newly dynamically reads the external modules 5b and 6b, the release waiting list registration means causes the interpreter 2 to read the stack 2-1.
has a return address 2-11.2-12 from the internal program 3 to the external modules 5a, 6a, then
The external modules 5a and 6a are registered in the external module release waiting restore respectively, and the external modules 5a and 6a are
6a will be retained in the main memory 1 as is.

Note that the start address of the restore waiting for external module release is held in the list start pointer 2-2.

Next, the return addresses 2-11.2-12 to the external modules 5a and 6a, which are called from the internal program 3 that is being executed and which the interpreter 2 has in the stack 2-1, are then returned.
By migrating to
External modules 5a and 6a that disappeared and then migrated
When these operations are completed, the release waiting list deletion means E releases the external modules 5a and 6a held in the main memory 1, respectively, and deletes the external modules 5a and 6a from the external module release waiting restore. I will do it.

As described above, the external module management method of this embodiment performs link loading of the redefined external module and , the running external module is also kept in the main memory and registered in the external module release waiting list, and is migrated from the running interpreter system to the return address of the running external module, the return address disappears, and the migration is completed. By releasing the external module whose operation has finished when the operation of the external module is finished, the operating external module can be redefined at any time, and the redefined external module can be executed immediately.

〔Effect of the invention〕

As explained above, the external module management method of the present invention performs link loading of a redefined external module when the interpreter system in execution has a return address to an active external module, and The operating external module is also retained in the main memory and registered in the external module release waiting list, and transferred from the executing interpreter system to the return address of the operating external module, the return address disappears, and the transferred external module is By releasing the external module that has finished operating when the module has finished operating, you can redefine the operating external module at any time and immediately execute the redefined external module. have.

Furthermore, the dynamic generation function of internal programs possessed by interpreter systems is an important function indispensable for software development of interpreter systems.
The external module management method of the present invention has the effect that an operating environment with a dynamic generation function can be extended to external modules that are dynamically read and operated from an interpreter system that is being executed. are doing.

[Brief explanation of the drawing]

FIG. 1 is a block diagram showing an embodiment of the external module management method of the present invention, and FIG. 2 is an explanatory diagram of an external module reading situation showing an example of the reading situation of the external module onto the main memory in this embodiment. . 1...Main memory, 2...Interpreter, 2-1...Stack, 2-11.2-12.
...Return address, 2-2...List start pointer, 3...Internal program, 4.5a
, 5b, 6a, 6b------external module, 7.
...External module release waiting list, 8...
...Object module file, A...
External module redefinition means, B: External module dynamic reading means, C: External module release means, D: Release waiting list registration means, E.
...Means for deleting the release waiting list.

Claims (1)

[Claims] In an external module management method for an interpreter system in which a written internal program is interpreted and executed by an interpreter, (A) when it becomes necessary to redefine an object for modification, etc. The external module that is in the module file and is also read out on the main memory and is in operation is redefined by making some modifications, and the redefined external module is replaced with the external module that is in operation. (B) dynamically reading out the external module anew each time there is a reading request from the interpreter system for the external module in the object module file; (C) When the external module dynamic reading means newly dynamically reads the external module, the interpreter system external module release means for releasing the external module that has been on the main memory from the main memory if it does not have a return address to the external module that has been on the main memory and is operating; D) When the external module dynamic reading means newly dynamically reads the external module, the interpreter system already has a return address to the operating external module in the main memory. (E) a release waiting list registration means for registering the operating external module in an external module release waiting list and retaining the operating external module in main memory; (E) the interpreter system; By transferring to the return address for the external module that was called from and registered in the release waiting list registration means, the return address that was in the interpreter system for the transferred external module disappears, and then the transferred external module disappears. An external module characterized by comprising: release waiting list deletion means for releasing the external module whose operation has ended from main memory and erasing it from the external module release waiting list when the operation of the external module is completed. Management method.