JP2000200202A - Method and system for link processing in debugging of application program and information recording medium - Google Patents

Abstract

PROBLEM TO BE SOLVED: To make operation processes efficient by shortening the process time needed for link processes in the debugging of an application program. SOLUTION: The system has an external storage device 10, a linker 11, a RAM 12, a memory 13, an input/output display process 13, and a central arithmetic processor 15 and manages the data in an object module file read in the memory 13 from the external storage device 10 and stored in the memory 13 by applying a pointer system. At this time, the contents of the object module file are written to the memory 13 in a 1st link process, a linker is set in a standby state, and the object module file is left in the memory 13; and the contents of the memory 13 where the file has been written are used for 2nd and succeeding link processes.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a link processing method for debugging an application program, a system therefor, and an information recording medium, and more particularly to a link processing method and system for reducing the processing time of link processing, and an information recording medium.

[0002]

2. Description of the Related Art Conventionally, in the development of application programs, the program scale has been increased and the number of steps has been increased. In creating this application program, a series of work steps of compiling (assembly), linking, debugging, and modifying the code are repeatedly performed. This work process requires a longer work time as the program scale increases. Japanese Patent Application Laid-Open No. 63-8935 is known as a link process for debugging such an application program.

FIG. 8 is a diagram for explaining link processing in debugging of the conventional application program. In the linking process, an application program is created to load a necessary routine from a library into a plurality of object files and execute the program. A plurality of object module files obtained by dividing the source program stored in the external storage device 1 (Abbreviated to OMF as appropriate) is sequentially read by the linker 2, and a linking unit, an arrangement unit, a symbol solving unit, a code correcting unit, and a load module file output unit in the linker 2 execute a series of link processing. That is, OM
An object data file is generated by a compiler or an assembler for each F, and a load module file combining the generated object data files is created and stored in the memory of the target device.

In this link processing, the OMF is stored in an index format, and a plurality of OMF indexes are searched one by one. As a result, the data access time increases. In this link processing, it is necessary to read the OMF from the external storage device 1 every time. In other words, even if the storage of the OMF is changed from the index format to the pointer method, the linker is terminated by one link processing, and the information of the OMF read into the memory is released. Also in this case, the time of the link processing becomes long.

[0005] To improve the efficiency of such link processing, Japanese Patent Laid-Open Publication No. Hei 5-324280 discloses a "program development apparatus" (an execution format is output to a target system during a debugging operation, and after all debugging operations have been completed, the final form is required). Which outputs a simple execution format to a storage device). Also,
Japanese Patent Application Laid-Open No. 7-44370 discloses a "debugging method" (restore a module corrected by debugging in a storage area of an original memory before correction), and Japanese Patent Application Laid-Open No. 10-1716.
No. 80, “Debug information creation method, debug method and debug system” (link processing without editing all debug information files into one debug document file,
(Generating a management information file) is known. However, in the conventional examples described in these publications, there is room for improvement in link processing for more efficiency.

[0006]

As described above, the conventional example described above has a drawback that the processing time required for link processing in the debugging of an application program increases and the efficiency of creating the application program is reduced. .

SUMMARY OF THE INVENTION The present invention solves such problems in the prior art, and can reduce the processing time required for link processing in debugging an application program, thereby improving the efficiency of creating an application program. The purpose of the present invention is to provide a link processing method and a system for debugging a program, and an information recording medium.

[0008]

In order to achieve the above object, a link processing method for debugging an application program according to the present invention uses a pointer method for data in an object module file read from an external storage device into a memory and stored. Apply and manage.

In the link processing method for debugging an application program according to the present invention, the contents of an object module file are written to a memory in a first link processing and the linker is set to a standby state in the management using the pointer format. Thus, the object module file is left in the memory, and the contents of the memory written first time are used in the second and subsequent link processing.

Further, in the link processing method for debugging an application program according to the present invention, in the first link processing, it is determined whether or not the occupation ratio of the storage capacity in the memory is equal to or more than a set value. In the case of, the object module file read last is deleted from the memory, and the object module file to be deleted exists in the memory at the time of the second and subsequent link processing and when the object module file is read from the external storage device. The decision is further made.

The application program link processing system according to the present invention comprises, in the first link processing, a setting processing means for setting a link processing process to an unfinished state and setting the link processing process to a standby state after a series of link processing is completed; Processing means for transferring control to a linker in a standby state when a relinker is activated and performing link processing, and for managing data in an object module file read from an external storage device into a memory by a link processing means in a pointer format. The change processing means for performing the change, and in the second and subsequent link processing, only the object module file changed by the change processing means is read from the external storage device, and the change processing means for the object module file which has not been changed. Memory changed to pointer format It is constituted and a reading processing unit for executing a process of reading the object module file.

[0012] The change means may be configured to make a change to be managed in a pointer format and to add date information of the creation of the object module file to determine the context of the read object module file.

In the first link processing, a judgment processing means for judging whether or not the occupation ratio of the storage capacity in the memory is equal to or more than a set value, and when the judgment processing means judges that the set value is exceeded, the data is read last. Deletion processing means for deleting the object module file from the memory, and the object module file to be deleted by the deletion processing means,
It is configured to further include a determination processing unit that determines whether the object module file exists in the memory at the time of the second and subsequent link processing and when the object module file is read from the external storage device.

[0014] Further, a value for judging whether the occupancy of the storage capacity in the memory is at least 50% or less is set as the set value.

A configuration using at least a RAM, a memory, an external storage device, a linker processing unit, a data input / output display device, and a central processing unit as the setting processing unit, the link processing unit, the change processing unit, and the reading processing unit. There is. In addition, at least a RAM, a memory,
The configuration uses an external storage device, a linker processing unit, a data input / output display device, and a central processing unit.

The application program link processing information recording medium of the present invention manages the data in the object module file read from the external storage device into the memory and stored by applying the pointer method, and executes the object module file in the first link processing. Is written into the memory, the linker is set to the standby state, the object module file is left in the memory, and control is performed to use the first written memory in the second and subsequent link processing. The control program is recorded.

In the first link processing, when the occupancy of the storage capacity in the memory is equal to or more than the set value, the object module file read last is deleted from the memory, and this object module file is linked to the second and subsequent link processing. In addition, a control program for executing control for determining whether the object module file exists in the memory when the object module file is read from the external storage device is further recorded.

Such a link processing method and system for debugging an application program according to the present invention manages data in an object module file read from an external storage device into a memory and stored by applying a pointer method to the data. In the link processing, the contents of the object module file are written into the memory, the linker is set to the standby state, and the object module file is left in the memory. In the second and subsequent link processing, the contents of the memory written first time are used.

As a result, the processing time required for link processing in debugging the application program can be reduced, and the efficiency of creating the application program can be improved.

Further, according to the present invention, there is provided a link processing method and system for debugging an application program.
In the first link processing, when the occupation ratio of the storage capacity in the memory is equal to or more than the set value, the object module file read last is deleted from the memory. And
The object module file to be deleted is 2
At the time of the subsequent link processing and the reading of the object module file from the storage unit, it is determined whether the object module file exists in the memory.

As a result, the area of the memory with a low access frequency is temporarily saved to the disk, and there is no swap to be read out to the memory when the memory is accessed again. Will not affect speed. In other words, the processing time required for the link processing is more effectively reduced.

The application program link processing information recording medium of the present invention stores a control program for executing the above-described processing.

As a result, the control program can be provided as general-purpose software, and the processing time required for link processing in debugging an application program on a general-purpose small computer can be reduced.
The efficiency of creating the application program is improved.

[0024]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Embodiments of a link processing method and a system for debugging an application program and an information recording medium according to the present invention will be described in detail with reference to the drawings. FIG. 1 is a block diagram showing a first embodiment of a link processing method and system for debugging an application program and an information recording medium according to the present invention. This application program link processing system is for creating an application program by incorporating necessary routines from a library into a plurality of object files using a general-purpose small computer, and compiling (assembly) by the general-purpose small computer. ,Link,
A series of work steps of debugging and code correction are repeated.

In FIG. 1, the application program link processing system sequentially reads out a plurality of object module files (OMF) stored in an external storage device 10 of a small general-purpose computer, and a linker 11 executes a link process. Further, the RAM 12 and the memory 13 in the general-purpose small computer perform a process of storing data relating to the link process in the linker 11. Further, an input / output display processing device 14 and a central processing unit 15 are provided.

The following link processing is executed using a general-purpose small computer. Therefore, the following link processing can be provided as general-purpose software (information recording medium) stored in a CD-ROM or a magnetic recording medium.

In FIG. 1, in this example, processing for transferring control to a standby link processing process is performed together with processing of an option specification 101 for instructing relinking and an option specification 102 for instructing termination of a linker. From the external storage device 10
OM for importing MF file and expanding it to memory 13
F input unit (A) 111; index reassignment processing unit 112 for converting data management in the OMF from an index format to a pointer format;
And

The link processing unit 105 includes a linking unit 113
, An arrangement unit 114, a symbol solving unit 115, a code correcting unit 116, and a load module file output unit 11.
7 are provided. The link processing main body 105 generates an object data file by a compiler or an assembler for each of a plurality of OMFs obtained by dividing the source program stored in the external storage device 10 and loads a load module file obtained by combining the generated object data files. It is created and sent to the memory of the target device.

Further, in this example, it is determined whether or not an option designation instructing termination of the linker in the link processing main body 105 has been designated, and if the option designating termination of the linker has been designated, the linker is terminated. An input / output processing unit (B) 1 for setting a link processing process to a standby state when an option for instructing termination of a linker is not specified.
18 and the load module file is
An OMF input unit (B) 119 that performs a process of reading the OMF from the external storage device 10 if the OMF is created after the MF.

Next, the operation of the first embodiment will be described. FIG. 2 is a flowchart showing a processing procedure of the operation of the first embodiment. In FIG. 1 and FIG. 2, it is determined whether the relink option designation 101 has been performed (step S201). Here relink option specification 10
If 1 has not been performed (No), the designated OMF is read into the memory 13 (step S202). The data managed in the read OMF in the index format is converted into the pointer format, and the date information when the object module file for determining the context of the read object module file is added is added ( Step S203).

Step S203 will be described in detail. FIG. 3 is a flowchart showing a detailed processing procedure of step 203 in FIG. After the data in the OMF shown in FIG. 2 is managed in the index format, the data is converted into the pointer format, and after adding date information (step S203), the OMF to be converted is read (step S203).
301). A variable count for counting an index value (a value indicating the number of data) is initialized to "0" (step S302). Next, the head address of the data to be converted from the index format to the pointer format is obtained from the file header information (step S303), and the index value of the data to be converted is obtained (step S3).
04).

Further, the head address indicating the data to be converted from the file header information is assigned to a variable addr (step S305). Next, it is determined whether the index value is equal to the variable count (step S3).
06). If the index value and the variable count are not the same (No), the size of the data is added to the variable addr to advance the address to the next data (step S312). Subsequently, "1" is added to the variable "count" (step S313), and step 30 is executed.
Return to 6. Steps S306, S312, S313
The corresponding data is detected by a search that is repeated.

Next, the OMF input to the memory 13 is
(Index format) will be described. FIG. 4 is a diagram for explaining the contents of the OMF before converting the index format into the pointer format. FIG. 5 is a diagram for explaining the symbol table. In the index format shown in FIG. 4, the symbol information shown in FIG. 5 must be searched one by one based on the index value to refer to the data. In the pointer format, the data is directly referred to by referring to the address. Can be referred to.

In FIG. 3, the index value and the variable co
If unt is the same, the contents of the variable addr are assigned to the area where the index value is stored (step S307). As a result, the process of converting one data from the index format to the pointer format is completed. Next, it is determined whether all index formats in one OMF have been converted to the pointer format (step S308). If the determination has not been completed (S308: No), the process returns to step S302, and
When it is determined that the processing is completed in step S308 (Ye
s), the OMF creation date and time information is added to the OMF (step S309).

Next, it is determined whether or not the index format of all the OMFs has been converted into the pointer format (step S310). If all OMF conversions (pointer format) have not been completed (No) in this determination, step S3
01 and the subsequent processing is repeated. Also, all OMF conversions (pointer format) are determined in step S310.
Is completed (Yes), the process proceeds to the link processing main body 105 shown in FIG. 2 (step S204).
Processing in the link processing body 105 (step S20)
4) is a compiler for each of a plurality of OMFs obtained by dividing the source program stored in the external storage device 10 by the combining unit 113, the arrangement unit 114, the symbol solving unit 115, the code correcting unit 116, and the load module file output unit 117. And an assembler to generate an object data file, and create a load module file by combining the generated object data files.

When the processing in the link processing main body 105 (step S204) is completed, it is determined whether or not a link end option designation (option designation 102) has been performed (step S205). If the designation has been made in this determination (Yes), the link processing ends. If no designation has been made in step S205 (N
o), securing an input / output processing unit (step S20)
6) The link processing is set to a standby state (step S2)
07). Next, when the relink option designation 101 is performed, that is, in the second and subsequent link processes,
First, the input / output processing unit (A) 110 is secured (step S213). Based on the device address and the port number information, a connection request is made to the link processing that is already on standby (step S214).

Then, the designated file name and the option information are passed to the standby link processing process, and
The control is shifted (step S215). In the link processing process in the standby state to which this control has been transferred, a file name (OMF) and option information are acquired (step S208). The obtained OMF is compared with the OMF date information stored in the memory 13 (step S209).

By comparing the date information, the memory 13
It is determined whether the inside OMF is new (step S210),
If the OMF in the memory 13 is old (No),
Reading is performed again from the external storage device 10 (step S
211). Then, it is determined whether there is another specified file (step S212). OMF in memory 13
Is newer (S212: Yes), step S212
Proceed to. If there is still another file (S212: N
In o), the process returns to step S203 and the subsequent processing is repeated.

In FIG. 2, when the option designation 101 for instructing relinking is not performed, that is, in the link processing of the second shift, an input / output processing unit is secured (step S213), and the address and port of the device are set. Based on the number information, a connection request is made to a link processing process that is already operating (step S214). Next, the control transfers the file name and option information specified at the time of startup to a link processing process that is already operating (step S215).

Thus, the OMF before converting the index format shown in FIG. 4 into the pointer format is converted into the pointer format. FIG. 6 is a diagram for explaining the contents of the OMF after converting the index format into the pointer format and adding the creation date. While the relocation data 1 and the relocation data n shown in FIG. 4 indicate the symbols by the index method, FIG.
In, the symbol is indicated by a pointer format.

As described above, when the link processing is executed for the first time, the OMF is read, and the data in the OMF is converted from the index format to the pointer format to perform the process. As a result, the processing time can be reduced. Further, the link processing is set to a standby state without ending. by this,
The OMF in the memory 13 can be used in the second and subsequent link processes. In this second and subsequent link processing,
By passing the specified file name and option information to the link processing in the standby state, the processing is performed. Further, only the changed OMF is read from the external storage device 10, and the unmodified OMF uses the OMF stored in the memory 13. As a result, the processing time is further reduced.

Next, the reduction of the processing time will be described based on specific figures. Hereinafter, a case where the link processing is performed with the number of OMFs being 30 will be described. In the link processing of the conventional example, it takes about 180 seconds to link 30 OMFs. The time required for reading the OMF is 30 seconds for a total of 36 seconds. When the debugging process is performed for one day, the link process is usually performed about 30 to 50 times, and the total time is 40 times × 180 seconds = 7.
200 seconds (120 minutes), and the reading time of the OMF within this time is 40 times × 36 seconds = 1440 seconds (24
Minutes).

The execution of the linker 11 based on this time is as follows. By changing the data managed in the index format to the pointer format, the link processing time can be reduced by 10% compared to the conventional example. The speed of reading from the RAM 12 is about 40 to 160 times that of a hard disk drive (HDD). Therefore, the speed of reading from the RAM 12 is almost negligible. In addition, since the number of OMFs that are updated when the relinking process is performed is normally one or two, only the reading time of the one or two OMFs is required in the second and subsequent link processes. The reading time of the other 28 and 29 lines becomes a value that can be ignored. According to the conventional example,
The total time is calculated as follows.

40 times × (180 seconds− (36 seconds + (180
Second x 10 percent) + 1 second = 5000 seconds (approximately 84 minutes)
Becomes Therefore, the link processing in the embodiment compared to the conventional example reduces the processing time by about 30% (24 minutes / 8)
4 minutes). The one second is a time for reading the OMF from the external storage device 10.

As described above, in the first embodiment, the processing time required for link processing in debugging the application program can be reduced, and as a result, the efficiency of creating the application program is improved.

Next, a second embodiment will be described. FIG. 7 is a block diagram illustrating a processing procedure according to the second embodiment.
In FIG. 7, the same processes as those of the first embodiment shown in FIG. 2 are denoted by the same reference numerals, and the duplicate description will be omitted. In the second embodiment, the occupancy of the storage capacity of the memory 13 of the system is checked with respect to the first embodiment, and when the occupancy of the storage capacity of the memory 13 is 50% or more, the data is read into the memory 13. A process for deleting the OMF that is being added is added.
The reason why the occupation ratio of the storage capacity in the memory 13 is set to less than 50% is to consider a case where the occupancy of the storage capacity becomes large when the occupancy exceeds 50%, which affects the processing speed of the operating system.

In FIG. 7, the processing from step S201 to step S205 is the same as the processing of the first embodiment shown in FIG. In step S701 after determining whether or not the link end option specification (option specification 102) has been performed in step S205, the storage capacity of the memory 13 occupied by the linker of the second embodiment is determined by the entire data processing in the system. Is determined to be 50% or more. Here, if it is 50% or more (S701: Yes), the OMF read last in step S702 is deleted from the memory 13 and the process proceeds to step S70.
Return to 1. If it is less than 50% in step S701 (No), the process proceeds to step S206. The processing from step S206 to step S209 is the same as the processing of the first embodiment shown in FIG.

The OMF obtained in step S209
In step S703 after the comparison between the date and the OMF date information stored in the memory 13, it is determined whether the OMF in the memory 13 is new and the OMF in the memory 13 is new. Here, when the OMF in the memory 13 is old (No),
Step S211 in the first embodiment shown in FIG.
Process S212. That is, reading is performed again from the external storage device 10, and it is determined whether there is another specified file.

As described above, in the second embodiment, the area of the memory 13 with a low access frequency is temporarily saved to the disk, and there is no swap to be read out to the memory 13 when the area is accessed again. Therefore, the amount of swap in the system is not so large that the processing speed of the operating system is not affected. In other words, the processing time required for the link processing is more effectively reduced.

[0050]

As is apparent from the above description, according to the link processing method and system for debugging an application program according to the present invention, the data in the read object module file is managed by applying the pointer method. In the first link processing, the contents of the object module file are written to the memory,
The linker is set to the standby state, the object module file is left in the memory, and the contents of the memory written first in the second and subsequent link processes are used.

As a result, the processing time required for link processing in debugging the application program can be reduced, and the efficiency of creating the application program can be improved.

According to the link processing method and system for debugging an application program of the present invention, when the occupancy of the storage capacity in the memory is equal to or more than the set value in the first link processing, the object module read last is read. The file is deleted from the memory, and it is determined whether the object module file to be deleted exists in the memory at the time of the second and subsequent link processing and reading of the object module file from the partial storage device.

Therefore, the area of the memory with low access frequency is temporarily saved to the disk, and there is no swap to be read out to the memory when the area is accessed again. Therefore, the swap of the system is not increased and the processing speed of the operating system is reduced. Will not be affected. As a result, the processing time required for the link processing can be reduced more effectively.

Further, in the application program link processing information recording medium of the present invention, a control program for executing the above-mentioned processing is stored.

As a result, the control program can be provided as general-purpose software, and the processing time required for link processing in debugging an application program on a general-purpose small computer can be reduced.
The efficiency of creating the application program is improved.

[Brief description of the drawings]

FIG. 1 is a block diagram showing a configuration of a link processing method and system for debugging an application program according to a first embodiment of the present invention;

FIG. 2 is a flowchart illustrating a processing procedure of an operation according to the first embodiment.

FIG. 3 is a flowchart showing a detailed procedure of a process in FIG. 2;

FIG. 4 is a diagram for explaining contents of an object module file before converting an index format into a pointer format in the first embodiment.

FIG. 5 is a diagram showing a symbol table in the first embodiment.

FIG. 6 is a diagram for explaining the contents of an object module file after converting an index format into a pointer format and adding a creation date in the first embodiment.

FIG. 7 is a block diagram illustrating a processing procedure according to a second embodiment.

FIG. 8 is a diagram for explaining link processing in debugging of a conventional application program.

[Explanation of symbols]

 Reference Signs List 10 external storage device 11 linker 12 RAM 13 memory 14 input / output display processing device 15 central processing unit 105 link processing unit 110/118 input / output processing unit (A) / (B) 111/119 OMF input unit (A) / ( B) 112 Index replacement processing unit 113 Combining unit 114 Arrangement unit 115 Symbol resolution unit 116 Code correction unit 117 Load module file output unit

 ────────────────────────────────────────────────── ─── Continuing on the front page (72) Inventor Eiji Shamoto 53-4-1 Kosugi-cho, Nakahara-ku, Kawasaki-shi, Kanagawa Prefecture F-term (reference) 5B042 GA05 HH08 HH39 HH41 5B076 AB03 AB07 CA08

Claims (11)

[Claims] 1. A link processing method for debugging an application program, wherein a pointer method is applied to data in an object module file read from an external storage device and stored in a memory and stored, and managed. Link processing method. 2. In the management using the pointer format, in the first link processing, the contents of the object module file are written into the memory, the linker is set to a standby state, and the object module file is left in the memory. 2. The link processing method for debugging an application program according to claim 1, wherein the contents of the memory written in the application program are used in the second and subsequent link processing. 3. In the first link processing, it is determined whether or not the occupation ratio of the storage capacity in the memory is equal to or more than a set value, and if the occupancy is equal to or more than the set value, the object module file read last is deleted from the memory. The object module file to be deleted is 2
3. The link processing method for debugging an application program according to claim 2, further comprising the step of determining whether or not the object module file exists in the memory at the time of the subsequent link processing and reading of the object module file from the external storage device. 4. An application program link processing system for executing a link process in debugging an application program, wherein in a first link process, after a series of link processes, a link processing process is set to an unfinished state and set to a standby state. Link processing means for transferring control to a linker in a standby state at the time of starting the relinker after setting by the setting processing means to perform link processing; and an object module file read into a memory from an external storage device by the link processing means. Change processing means for performing a change for managing the data in the pointer format, and in the second and subsequent link processing, only the object module file changed by the change processing means is read from the external storage device and changed. Not of Application program link processing system characterized by comprising: a reading process unit for executing a process of reading an object module file in the memory that is changed to the pointer format by the change processing means with respect to E transfected module file, a. 5. The method according to claim 1, wherein the change unit makes a change to be managed in a pointer format, and adds date information on the creation of the object module file to determine the context of the read object module file. The application program link processing system according to claim 4. 6. A judgment processing means for judging whether or not the occupation rate of the storage capacity in the memory is equal to or more than a set value in the first link processing, and when the judgment processing means judges that the set value is exceeded, Deletion processing means for deleting the last read object module file from the memory; and an object module file to be deleted by the deletion processing means being linked in the second and subsequent times and reading the object module file from the external storage device. 5. The application program link processing system according to claim 4, further comprising: a judgment processing means for judging whether or not the application program exists. 7. The application program link according to claim 6, wherein a value for determining whether the occupation ratio of the storage capacity in the memory is at least 50% or less is set as the set value. Processing system. 8. At least a RAM, a memory, an external storage device, a linker processing unit, a data input / output display device, and a central processing unit are used as the setting processing unit, the link processing unit, the change processing unit, and the reading processing unit. 5. The application program link processing system according to claim 4, wherein: 9. A method according to claim 1, wherein at least a RAM, a memory, an external storage device, a linker processing unit, a data input / output display device, and a central processing unit are used as said judgment processing means, deletion processing means and judgment processing means. The application program link processing system according to claim 4. 10. A pointer method is applied to data in an object module file read from an external storage device into a memory and stored, and the contents of the object module file are written to a memory in a first linking process. In a standby state, the object module file is left in the memory, and in the second and subsequent link processing, a control program for executing control for using the contents of the first written memory is recorded. Application program link processing information recording medium. 11. In the first link processing, when the occupancy of the storage capacity in the memory is equal to or more than a set value, the object module file read last is deleted from the memory, and this object module file is deleted from the second or subsequent time. 11. The application program link according to claim 10, further comprising: a control program for executing a control for determining whether or not the object module file exists in the memory at the time of link processing and reading of the object module file from the external storage device. Processing information recording medium.