JPH07306800A - Debugging system - Google Patents

Abstract

PURPOSE:To provide the debugging system which enables symbolic debugging for not only an operating system, but also a dynamic additional module to the operating system. CONSTITUTION:A host computer 101 and a remote computer 201 have central processors 102 and 202 which run operating systems 106 and 206 and service processors 105 and 205 which can operate independently of the central processors 102 and 202 and control the operations of the central processors 102 and 202. Further, the remote computer 201 has a server process 303 for obtaining debugging information regarding the operating system 206. In this computer system, a debugger 302 on the host compute r101 obtains debugging the information to debug the operating system on the remote computer 201.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a debugging method for an operating system, and more particularly, a debugging method for enabling the debugging of an operating system on one computer on another computer, and further on a computer having a plurality of central processing units. The debugging method that enables debugging of the operating system.

[0002]

2. Description of the Related Art FIG. 8 is a diagram showing a system configuration for explaining a conventional remote debugging method disclosed in Japanese Patent Laid-Open No. 5-225090. The local computer 10, which is in the user's hand and can be used directly, is connected to the remote computer 20 via the communication network 30 and can exchange data with each other. The user interface control means 11 on the local computer 10 is means for controlling data input / output with the user. The debugger control means 12 is a local and remote computer 1.
The information from the execution program control means 13 and 21 on 0 and 20 are collected, and the execution program control means 13 and 21 are also collected.
To control the operation of the execution program. The execution program control means 13 and 21 are provided for each computer 10,
It controls the execution programs 15 and 22 operating on 20. The communication means 14 and 23 guarantee the exchange of data, commands and control between the debugger control means 12 and the execution program control means 21. The functions of this debugger are as follows: (1) Designation and cancellation of operation stop points, (2) State transition to the next execution step, (3) Reference of values in data storage area, (4) Normal There is a restart of execution.

Next, the process (1) of designating an operation stop point will be described.

The user issues a command to the debugger via the user interface control means 11 to set the operation stop position. User interface control means 1
1 is passed after converting the command into an internal format that can be interpreted by the debugger control means 12. Next, the debugger control means 12
Interprets this command and issues a command to stop the execution programs 15 and 22 at the stop points set in the execution program control means 13 and 21 existing on the local computer 10 or the remote computer 20. At this time, if a command is issued to the execution program control means 21 on the remote computer 20, it is sent via the communication means 14 and 23. If any of the execution program control means 13, 21 that has received the command includes a designated portion in the execution programs 15, 22 that it controls, the execution program 15, 22 will stop at that portion. The data is set to, and the stopping point is stored as internal data. After storing, the fact that the own feature and the stop position have been set is returned to the debugger control means 12. If it is not included, it replies that its feature and the stopping point could not be set.

The debugger control means 12 which has received the reply
Stores, as internal data, the execution program control means 13 and 21 that have returned the fact that the stop location has been set and the stop location. If no setting is returned, the user interface control means 11 is notified that an error has occurred. User interface control means 1
1 notifies the user of the error.

According to the same processing procedure as described above, (2)
The state transition to the next execution step, (3) referencing the value in the data storage area, and (4) restarting normal execution can be performed.

[0007]

However, in the conventional debugging method, since the debugger control means is related to the operation of the operating system, when the operating system itself is debugged, the program to be debugged (operating system) is There is a problem that the debugging operation cannot be continued because it is necessary to stop the computer main body in order to stop it once.

[0008] For modules that are dynamically added inside the operating system while the computer is running,
When the load is made, it is dynamically determined at which area of the address space inside the operating system the additional module is loaded. The address information of the existing symbol could not be obtained.

The present invention has been made to solve the above problems, and an object thereof is to enable symbolic debugging not only for an operating system but also for a dynamically added module to the operating system. It is to provide a debugging method.

[0010]

In order to achieve the above-mentioned object, the invention according to claim 1 is a computer system having a first computer and a second computer connected via a communication path. In the above, each computer is a central processing unit that executes an operating system having a communication function,
A central processing unit that is operable independently of the central processing unit; and a service processor that controls the operation of the central processing unit; and a communication unit that communicates with another computer via the communication path. One computer has a debugger that runs on the operating system and tests programs, and the second computer has a server process that runs on the operating system and obtains debug information about the operating system. First
The debugger on the computer performs debugging of the operating system on the second computer based on the debug information.

According to a second aspect of the present invention, in the debug method according to the first aspect, the first computer holds the debug information in a storage unit in advance.

According to a third aspect of the present invention, in the debug method according to the first aspect, the second computer obtains address information when an additional module to the operating system is loaded into an address space inside the operating system. It is characterized by having means for obtaining.

According to a fourth aspect of the present invention, one or a plurality of first central processing unit groups that execute a module inside the operating system to be debugged, and other than the first central processing unit group are executed. A second central processing unit group for executing an operating system part;
And independently operable from the second central processing unit group,
A service processor that controls operations of the first and second central processing unit groups, a debugger that operates on the operating system and tests a program, and a server that operates on the operating system and obtains debug information about the operating system. Process and
On the computer having the above, the debugging is performed by debugging the operating system in operation based on the debug information.

The invention according to a fifth aspect is characterized in that, in the debug system according to the fourth aspect, there is provided means for obtaining address information when an additional module to the operating system is loaded into an address space inside the operating system. To do.

[0015]

According to the present invention having the above-mentioned configuration, the server process operating on the second computer is held by the operating system executed by the central processing unit on the second computer. Get debug information. The service processor transfers the debug information to the debugger on the first computer via the communication path. By holding the transferred debug information, the debugger on the first computer refers to the debug information held on the first computer in the subsequent debug processing for the operating system of the second computer. You can perform debugging operations while

According to the invention of claim 2, the second
Debug information of the operating system on this computer is stored in advance in the storage means of the first computer, and the debugger on the first computer will perform the first debugging in the subsequent debugging process for the operating system of the second computer. You can perform debug operations while referring to the debug information stored on the computer.

According to the invention of claim 3, the second
Even for an additional module of the operating system dynamically loaded inside the operating system of the computer, the debug information for the additional module is transferred to the debugger on the first computer via the communication path. In the subsequent debugging process for the additional module on the second computer, the debugger can perform a symbolic debug operation while referring to the debug information held on the first computer.

According to the fourth aspect of the invention, in a computer having a plurality of central processing units, a module to be debugged inside the operating system is assigned to the first central processing unit group, and the modules other than the debug target modules are assigned. Part of the operating system is allocated to a second central processing unit group different from the first central processing unit group. Therefore, when the server process obtains the debug information held by the module inside the operating system executed in the first central processing unit group, the server process dynamically transfers this debug information to the debugger to debug inside the operating system. You can perform symbolic debugging of the target module.

According to the fifth aspect of the invention, the debug information regarding the additional module dynamically added to the operating system running on the self computer is dynamically transferred to the debugger, thereby performing the symbolic debug. The operation can be performed.

[0020]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT A preferred embodiment of the present invention will be described below with reference to the drawings.

Example 1. FIG. 1 is an overall configuration diagram of a computer system for explaining a first embodiment of a debugging method according to the present invention. In this embodiment, assuming that each computer is installed in a remote place, the host computer 101, which is the first computer, and the remote computer 201, which is the second computer, installed in a remote place communicate with each other. It is connected via a communication line 301 as a path. Host computer 10
1 and the remote computer 201 include central processing units 102 and 202 that execute operating systems 106 and 206 having communication functions, and central processing units 102 and 20.
2 can operate independently of each other, and each central processing unit 102,
Service processor 105, 2 controlling the operation of 202
05 and communication control devices 104 and 204 as communication means for communicating with other computers via the communication line 301. Control program 107, 207
Runs on each service processor 105, 205 and controls the operating system 106, 206.
The host computer 101 is a debugger 30 that operates on the operating system 106 and tests a program.
Have two. On the other hand, the remote computer 201 has a server process 303 that operates on the operating system 206 to obtain debug information regarding the operating system 206, and an external storage device 203 that stores debug information regarding the operating system 206. The operating systems 106, 20
6, the debugger 302, the server process 303, and the control programs 107 and 207 are the central control units 102 and 202.
Alternatively, it is software that operates on the service processors 105 and 205.

A feature of this embodiment is that the debugging information of the operating system 206 on the remote computer 201 is obtained via the communication line 301, so that the debugger 302 on the host computer 101 causes the operating system on the remote computer 201 to operate. 206 is to be debugged. This allows the debugger 302 on the host computer 101 to debug the operating system on the remote computer 201.

FIG. 2 is a flow chart showing the processing of the debugging method in this embodiment. Hereinafter, the operating system 206 on the remote computer 201 will be debugged using the debugger 302 in the host computer 101 with reference to FIGS. The processing for doing so will be described.

In the host computer 101, first, in step 1001, the debugger 302 is activated. The debugger 302 issues an instruction for requesting transfer of debug information including the symbol information of the operating system 206 and its address information to the operating system 10.
6. Send to operating system 206 via communication line 301.

When the operating system 206 in the remote computer 201 receives this instruction, the operating system 206 transmits the content of the received instruction to the server process 303 operating on the operating system 206 (procedure 1).
002). The server process 303 interprets the command, and the external storage device 2 connected to the remote computer 201.
Operating system 206 stored in 03
The debug information regarding the above is taken out and transferred to the operating system 206 (step 1003). The operating system 206 requests the control program 207 to transfer the extracted debug information to the host computer 101, and transfers control of the remote computer 201 to the control program 207 (step 1004). The control program 207 causes the central processing unit 202 of the remote computer 201 to stop, and the operating system 206
Process is interrupted. Since the service processor 205 of the remote computer 201 can operate independently of the central processing unit 202, the control program 207 transfers this debug information to the debugger 302 via the communication line 301 (step 1005).

In the host computer 101, the debugger 3
02 is a control program 207 of the remote computer 201
This debug information sent from is read and held, and a command input waiting state is entered (step 1006). After this, the debug operation as usual will be possible.

When setting a breakpoint in the operating system 206 on the remote computer 201 in the host computer 101, if position information such as a line number or a function name on the source program for which a breakpoint is to be set is input to the debugger 302, the debugger 302, the address corresponding to the source file position is found from the debug information acquired and retained in step 1006 (procedure 1007), and the instruction to set the breakpoint and the address thereof are input to the remote computer via the operating system 106 and the communication line 301. Notify the control program 207 of 201 (step 1008).

In the remote computer 201, the control program 2 which has received the instruction to set the breakpoint
07 sets a breakpoint at the specified address on the remote computer 201 and informs the debugger 302 on the host computer 101 that the setting has been completed (procedure 1
009).

In the host computer 101, the debugger 3
When 02 receives the notification that the setting of the breakpoint has been completed from the remote computer 201, 02 enters a command input waiting state (step 1010).

When the host computer 101 restarts the processing of the remote computer 201 and advances the processing to the set breakpoint, the debugger 302 issues an execution restart instruction to the operating system 106 and the communication line 301.
Via the control program 207 on the remote computer 201
(Procedure 1011).

In the remote computer 201, when the control program 207 receives this execution resuming instruction, the operation of the central processing unit 202 of the remote computer 201 is restarted and the processing of the operating system 206 is restarted (step 1012). When the operating system 206 reaches the breakpoint set in step 1009 while executing the processing, the operating system 206
Transfers control to the control program 207 (procedure 101
3). The control program 207 is the remote computer 201.
The central processing unit 202 of the host computer 101 is stopped, and the notification that the break point is reached is transmitted via the communication line 301 and the operating system 106 to the debugger 30 on the host computer 101.
2 (step 1014). After that, the host computer 1
The debugger 302 of 01 enters a command input waiting state.

When referring to the contents of variables in the operating system 206 on the remote computer 201 in the host computer 101, when a command for referencing variables is input to the debugger 302, the debugger 302 causes the procedure 1
Remote computer 201 of the variable in the same manner as 007
Calculate the size of the upper address and memory area (procedure 1
015), the address of the main memory device reference instruction and the variable to be referred to, and the size of the memory area are controlled by the control program 2 via the operating system 106 and communication line 301.
07 (step 1016). The control program 207 that has received the main storage device reference command is executed by the remote computer 20.
The data at the designated address in the first main storage device is read and sent back to the debugger 302 on the host computer 101 via the communication line 301 (step 1017).

By the same procedure, the contents of the main storage device on the remote computer 201 can be changed and the contents of the register of the central processing unit 202 can be referred to and changed.

As described above, the debugger 302 on the host computer 101 can debug the operating system on the remote computer 201.

Example 2. Next, a second embodiment of the debugging method according to the present invention will be described. A computer system for explaining the present embodiment uses FIG. 1 as in the above embodiment.

A feature of this embodiment is that the debug information from the remote computer 201 is stored in the external storage device 103, which is the storage means of the host computer 101, instead of the need for the server process 303 in the first embodiment. This is to hold it in advance. This allows the debugger 302 on the host computer 101 to debug the operating system on the remote computer 201.

FIG. 3 is a flow chart showing the processing of the debug method in this embodiment. Hereinafter, the operating system 206 on the remote computer 201 will be debugged using the debugger 302 in the host computer 101 using FIGS. The processing for doing so will be described.

In the host computer 101, first, debug information such as symbol information of the operating system 206 operating on the remote computer 201 and address information of the symbol is prepared in advance on the external storage device 103. The debugger 302 is activated on the host computer 101 to read the debug information of the operating system 206 on the host computer 101 (step 200
1). The debugger 302 issues an instruction to the control program 207 of the remote computer 201 to stop the central processing unit 202 to the operating system 106 and the communication line 301.
Send via (procedure 2002).

In the remote computer 201, the service processor 205 can operate independently of the operation of the central processing unit 202. Therefore, when the control program 207 of the remote computer 201 receives this instruction, the central processing unit 20 receives the command.
2 and stop the debugger 30 of the host computer 101 via the communication line 301 and the operating system 106.
2 is notified that the remote computer 201 has stopped (step 2003).

In the host computer 101, the debugger 3
02 is a control program 207 of the remote computer 201
When the notification that the central processing unit 202 is stopped from
A command input waiting state is entered (step 2004). After that, the same operation as the debug operation described in the first embodiment becomes possible. Therefore, according to this embodiment, the operating system in the remote computer 201 can be debugged from the debugger 302 on the host computer 101.

Example 3. Next, a third embodiment of the debugging method according to the present invention will be described. A computer system for explaining the present embodiment uses FIG. 1 as in the above embodiment. However, the additional module 304 in the remote computer 201 of FIG.
Module that is added to the central processing unit 202 and is therefore software that runs on the central processing unit 202.

A feature of this embodiment is that the remote computer 201 is provided with means for obtaining address information when the additional module 304 is loaded into the address space inside the operating system 206. The means in this embodiment is the central processing unit 202 that executes the operating system 206 that obtains the address information.
Equivalent to. As a result, the remote computer 20 in operation
Symbolic debugging work can be performed on the module dynamically added to 1.

FIG. 4 is a flow chart showing the processing of the debug method in this embodiment. Hereinafter, the debugger 302 in the host computer 101 will be used with reference to FIGS. 1 and 4 to the operating system 206 on the remote computer 201. The process of debugging the additional module 304 will be described.

In the host computer 101, first, a communication path between the debugger 302 and the remote computer 201 is established. This is the procedure 1 in the first embodiment.
This can be performed by the same procedure as 001 to procedure 1006. After that, the processing of the remote computer 201 is continued by the same procedure as the procedures 1011 and 1012.

In the remote computer 201, when the additional module 304 is loaded inside the operating system 206, the server process 30 for performing the processing.
3 reads the code, data and debug information of the additional module 304 and transfers them to the operating system 206 (procedure 3001). The operating system 206 that has received the code and data of the additional module 304 from the server process 303, upon receiving the debug information and the like, finds and secures an area to be loaded into the address space inside the operating system 206.
Then, the address of the undetermined additional module 304 is calculated, and the additional module 304 is stored in the reserved area.
The code and data of the above are loaded (procedure 3002). At the same time, the operating system 206 reflects the address information calculated in the procedure 3002 on the debug information received from the server process 303 in the procedure 3001.
After that, it is transferred to the debugger 302 on the host computer 101 by the same method as the procedure 1004 (procedure 300
3).

In the host computer 101, the debugger 3
02 is an additional module 30 from the remote computer 201.
4 receives the notification that 4 has been dynamically added, obtains and holds the debug information added with the sent address information, and waits for a command input (procedure 300).
4). After that, the same operation as the debug operation described in the first embodiment can be performed using the symbol information obtained in step 3004.

As described above, the symbolic debugging work can be performed on the module dynamically added to the operating remote computer 201.

In the first, second and third embodiments, the case where there is one central processing unit 202 on the remote computer 201 has been described as an example, but there may be a plurality of central processing units. When the service processor 205 and the control program 207 of the remote computer 201 can control the plurality of central processing units, the same operation as that in each of the above-described embodiments becomes possible.

The debug information of the operating system 206 received from the remote computer 201 is
It may be held in either the main storage device or the external storage device on the host computer 101, and can be flexibly handled depending on the scale of the system resources of the host computer 101.

Example 4. FIG. 5 is an overall configuration diagram of a host computer for explaining a fourth embodiment of the debugging method according to the present invention. Host computer 401 in this embodiment
Is the operating system 10 to be debugged
6 a first to a plurality of first central processing unit groups that execute internal modules, and a second that executes a portion of the operating system 106 other than those executed by the first central processing unit group
And a plurality of central processing unit groups. In this embodiment, each central processing unit group is composed of one central processing unit 109, 108. Therefore, the service processor 105 similar to each of the above embodiments can operate independently of the central processing units 108 and 109, and controls the operation thereof. Also, the server process 303 operating on the remote computer 201 in FIG.
Operate on the host computer 401. The other elements similar to those in the above-mentioned respective embodiments are designated by the same reference numerals and the description thereof will be omitted.

If the computer system in the above embodiment is a loosely coupled multiprocessor system, the computer system in this embodiment can be said to be a tightly coupled multiprocessor system.

A feature of this embodiment is that the modules inside the operating system 106 to be debugged and the operating system 106 of other existing parts are processed by separate central processing units 109 and 108. As a result, it is possible to perform the symbolic debugging work of the operating system 106 in operation without having to restart the computer.

FIG. 6 is a flow chart showing the processing of the debugging method in the present embodiment. The processing when debugging the module inside the operating system 206 on the host computer 401 using FIGS. explain.

In the host computer 401, when debugging some modules inside the operating system 106, the debugger 302 on the host computer 101.
To obtain debug information of the operating system 106 by the server process 303 (step 40).
01). Then, the debugger 302 specifies the internal module name of the operating system 106 to be debugged and the central processing unit number for executing the processing of the module (step 4002). In this embodiment, the number of the central processing unit 109 is assumed. By this procedure 4002, the debugger 302 causes the operating system 10
The designated central processing unit number is set in the interface portion between the subsystem inside the operating system 106 including the module to be debugged designated for No. 6 and the portion of the other operating system 106 (procedure 4003). At the same time, control program 1
When the execution of the central processing unit 108 is restarted for 07, the operating system 106 is set to return control (step 4004).

Thereafter, the designated central processing unit 109 is excluded from the central processing unit (collection of units) which was currently executing the processing of the operating system 106, the central processing unit 109 is stopped, and then the command input waiting state is established. (Procedure 4005). By this processing, the processing of the existing operating system 106 and application thereafter is executed by the central processing unit 108, and the processing of the subsystem to be debugged is executed by the central processing unit 109. After that, the same operation as the debug operation described in the first embodiment can be performed.

Since the debugger 302 is executed by the central processing unit 108 of the operating system 106 in step 4005, the processing can be continued. Also,
When the debugger 302 continues processing, the operating system 106 restarts the execution of the central processing unit 109, so that the instruction of the debug target module can be processed on the central processing unit 109.

When changing the variable value of the module to be debugged in the main storage device, it is necessary to consider so as not to affect the operating system 106 operating in the central processing unit 108. Debugger 302
Converts the position and size of the variable into address information based on the debug information read in step 4001 and requests the control program 107 to change the variable value via the operating system 106 of the host computer 401. (Procedure 4006). The control program 107 stops the central processing units 108 and 109 and changes the data in the main storage device (procedure 4007). After that, the control program 107 restarts the execution of the central processing unit 108, and transfers the control to the operating system 106 as set in step 4004 (step 4008).

As described above, according to this embodiment, it is possible to perform the symbolic debugging work of the operating system 106 in operation without having to restart the own computer.

Example 5. Next, a fifth embodiment of the debugging method according to the present invention will be described. Note that the computer system for explaining the present embodiment is similar to that of the fourth embodiment described above with reference to FIG.
To use. However, the additional module 304 in FIG. 5 is a module added to the operating system 106, and is therefore software that operates in the central processing unit 109 included in the first central processing unit group.

A feature of this embodiment is that a means for obtaining address information when the additional module 304 is loaded into the address space inside the operating system 106 is provided. The means in this embodiment is the operating system 10 for obtaining address information.
6 corresponds to the central processing unit 108 included in the second central processing unit group. As a result, it is possible to perform symbolic debugging work even for a module that is dynamically added to the operating host computer 401.

FIG. 7 is a flow chart showing the processing of the debugging method in this embodiment. Hereinafter, the processing when debugging the additional module 304 to the operating system 106 on the host computer 401 using FIGS. Will be described.

In the same way as the procedure 4001 in the fourth embodiment, the debugger 302 is activated on the host computer 401,
After obtaining the debug information of the operating system 106, the operating system 106 is brought into the processing continuation state (procedure 5001). Next, the additional module 30
The additional module 304 is loaded into the operating system 106 by specifying the number of the central processing unit (in this example, the number of the central processing unit 109) that executes the code of No. 4. At this time, similarly to the procedure 3001 of the third embodiment, the server process 303 that performs the processing is the additional module 3
04 code, data and debug information is read and transferred to operating system 106 (procedure 500).
2).

The operating system 106, which has received the code, data, and debug information of the additional module 304 from the server process 303, finds and secures an area to be loaded into the address space inside the operating system 106 as in the procedure 3002. The address of the undetermined additional module is calculated, and the code and data of the additional module 304 are loaded into the reserved area. Also, the address information calculated in the same manner as in step 3003 is reflected in the debug information. At the same time, the additional module 304 and the existing operating system 106
Central processing unit 1 designated as the interface part with
The number 09 is stored (procedure 5003).

As in step 4005, the operating system 106 excludes the designated central processing unit 109 from (a set of) central processing units that process its own code and stops the central processing unit 109 (step 500).
4). By this processing, the existing operating system 106 thereafter is executed by the central processing unit 108, and the processing of the additional module 304 to be debugged is executed by the central processing unit 109. After these processing,
The debug information whose address information has been resolved is transferred to the debugger 302 by the same method as the procedure 3003. The debugger 302 is the operating system 10
When the addition module 304 receives the fact that the addition module 304 has been dynamically added, the debug information sent is held and a command input waiting state is entered (step 5005).

After that, the same processing as the debug operation described in the fourth embodiment can be performed by using the debug information obtained in step 5005. The debugger 302 follows the procedure 5
Since it is executed by the central processing unit 108 of the host computer 401 as set in 004, the processing can be continued.
Further, since the debugger 302 restarts the execution of the central processing unit 109 when restarting the processing, the additional module 3
04 instructions can be processed on the central processing unit 109.

Additional module 304 on main memory
Since it is necessary to consider not to affect the operating system 106 operating in the central processing unit 108 when changing the variable value of the above, it is the same as the procedures 4006, 4007 and 4008 of the fourth embodiment. Perform processing.

As described above, according to this embodiment, it is possible to perform the symbolic debugging work even on the module dynamically added to the host computer 401 in operation.

In the fourth and fifth embodiments described above, the case where each of the first and second central processing unit groups in FIG. 5 is one has been described, but the central processing units constituting each central processing unit group are described. The number of each may be two or more.

In particular, when a plurality of central processing units included in the first central processing unit group that executes the module to be debugged are set, the operating system 106 corresponding to the multiprocessor configuration can be operated without stopping the host computer 401. You can also debug internal modules.

[0070]

As described above, according to the invention described in claim 1, since the debugger can obtain the debug information of the operating system through the communication line, it can be operated in the second computer at a remote position. It enables symbolic debugging work for the inside operating system.

According to the second aspect of the present invention, the debug information is stored in the storage means in advance, so that the symbolic debugging work for the operating system in operation is performed as in the first aspect of the invention. Is possible.

According to the third aspect of the present invention, the debugger debugs the additional module even for the additional module dynamically added to the operating system in operation of the second computer located at a distant position. Since the information can be obtained via the communication line, the symbolic debugging work for the additional module can be performed.

According to the fourth aspect of the invention, even in a computer including a plurality of central processing units, a module to be debugged and an operating system as an existing part are processed by different central processing unit groups. By doing so, it is possible to perform symbolic debugging work for the operating system that is running without stopping the computer.

According to the fifth aspect of the invention, the debugger can obtain the debug information about the additional module even for the additional module dynamically added to the operating system under operation. It enables symbolic debugging work for additional modules.

[Brief description of drawings]

FIG. 1 is an overall configuration diagram of a computer system for explaining first, second and third embodiments of a debugging method according to the present invention.

FIG. 2 is a flowchart showing a process of a debug method in the first embodiment.

FIG. 3 is a flowchart showing a process of a debug method in the second embodiment.

FIG. 4 is a flowchart showing a process of a debug method in the third embodiment.

FIG. 5 is an overall configuration diagram of a computer system for explaining fourth and fifth embodiments of the debugging method according to the present invention.

FIG. 6 is a flowchart showing a process of a debug method in the fourth embodiment.

FIG. 7 is a flowchart showing a process of a debugging method in the fifth embodiment.

FIG. 8 is a diagram showing a system configuration for explaining a conventional remote debugging method.

[Explanation of symbols]

101, 401 host computer, 102, 108, 10
9, 202 Central processing unit, 103, 203 External storage device, 104, 204 Communication control device, 105, 205
Service processor, 106, 206 Operating system, 107, 207 Control program, 20
1 remote computer, 301 communication line, 302 debugger, 303 server process, 304 additional module.

Claims (5)

[Claims] 1. A computer system having a first computer and a second computer connected via a communication path, wherein each computer executes a operating system having a communication function, and a central processing unit. A service processor that is operable independently of the processing device and that controls the operation of the central processing device; and a communication unit that communicates with another computer via the communication path. The computer has a debugger that runs on the operating system and tests a program, the second computer has a server process that runs on the operating system and obtains debug information about the operating system, the first computer The debugger on the computer of the second computer operates on the basis of the debug information. Debugging system and performs debugging ring system. 2. The debug method according to claim 1, wherein the first computer holds the debug information in a storage unit in advance. 3. The debugging method according to claim 1, wherein the second computer has means for obtaining address information when an additional module to the operating system is loaded into an address space inside the operating system. Characteristic debugging method. 4. One or a plurality of first central processing unit groups that execute a module inside an operating system to be debugged, and an operating system part other than those executed by the first central processing unit group. A second central processing unit group; a service processor that is operable independently of the first and second central processing unit groups and that controls the operation of the first and second central processing unit groups; An operating system operating on the computer based on the debug information, and a debugger that operates on the operating system and tests a program; and a server process that operates on the operating system and obtains debug information about the operating system. A debugging method characterized by performing debugging of. 5. The debugging method according to claim 4, further comprising means for obtaining address information when an additional module to the operating system is loaded into an address space inside the operating system.