JP2000215084A - Debugging support device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To obtain a debugging support device which makes it easy to detect the occurrence of abnormality of an AP accompanied by no interruption by detecting the possibility that a task is abnormal and performing specific operation for debugging support when the possibility of task abnormality is detected. SOLUTION: A specific state detection part 1040 repeatedly judges whether or not environment 2000 to be debugged is in a specific state regarding debugging indication by referring to the environment 2000 to be debugged. When the environment is in the specific state, a timer is set for a time management part 1050 to a specific time regarding the debugging indication and when not, the timer for the time management part 1050 is reset. The time management part 1050 sends a request to stop the execution of an AP to an OS 2011 when 20 millseconds have elapsed after the timer-set time to stop the execution of the AP and instructs the specific state detection part, 1040 to quit a specific task RUN state inspecting process.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

The present invention relates to a multitasking OS.
The present invention relates to a device for supporting debugging of a program executed under its control.

[0002]

2. Description of the Related Art Conventionally, there are an in-circuit emulator, a software debugger, and the like as a debugging support device. These debug support devices generally have functions such as tracing of program execution, dump output of memory contents, and setting of stop conditions. These conventional debugging support devices include, during execution of an application program (AP),
When an interruption occurs due to division by 0, operation overflow, or other abnormalities, some of them have a function of displaying an abnormal occurrence address or the like to indicate a location causing an interrupt.

[0003] By using these debug support devices, a debug worker can browse the memory contents and perform other debugging operations at any time or triggered by a change in the memory contents or a change in the execution state of the AP. It is possible to know whether there is a problem in the AP. For example, a debug operator who debugs an AP that operates under an operating system (multitask OS) that switches and executes a plurality of tasks is a task control table or the like in a memory used by the multitask OS to manage execution of tasks. Can be viewed in a timely manner to check the execution status of each task.

[0004]

However, an abnormal state of the AP does not necessarily involve the occurrence of the above-mentioned interrupt, such as a deadlock, and is difficult to detect by a single browsing of memory contents. In this case, in order to detect that the AP is in an abnormal state, in this case, the operation of browsing the memory contents and the like using the debug support device must be repeated many times, which is inconvenient. . Further, if the debugger stops the execution of the AP at any time in order to view the contents of the memory in order to detect an abnormal state, the execution timing of each task as an execution unit of the AP greatly changes. Is not preferable because the execution state is different from usual.

SUMMARY OF THE INVENTION The present invention has been made in view of the above problems, and provides a debugging support apparatus which makes it easy to detect the occurrence of an abnormal state of an AP without causing an interruption. With the goal.

[0006]

According to an aspect of the present invention, there is provided a debugging support apparatus for supporting debugging of a program stored in a memory of a computer and executed under a multitasking OS. During the execution of the program, information in the memory related to the program is repeatedly referred to for a predetermined time, and it is determined whether a predetermined condition is satisfied. A state detection unit that detects that there is a possibility of falling; and a debug support operation execution unit that performs a predetermined operation for debug support when the state detection unit detects the possibility of a task abnormality. And

With the above configuration, the debug support apparatus according to the present invention detects that a specific state such as no task in the RUN state is kept for a predetermined time and executes an operation for debugging support. For the debug operator using the debug support device, it becomes easy to detect the occurrence of the abnormal state of the AP without causing the interruption.

[0008]

BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a block diagram showing an embodiment of a debugging support apparatus according to the present invention. <Structure> FIG. 1 shows a debug support device 100 according to the present invention.
0 is a functional configuration diagram. FIG.

FIG. 1 shows a debugging support apparatus 1000.
In addition, a debug target environment 2000 which is a program execution environment to be debugged is also shown. As shown in FIG.
0 and a CPU 2020, and an AP
2012 and the OS 2011 are stored. here,
The program to be debugged by the debug support apparatus 1000 is the AP 2012 executed by the CPU 2020 under the OS 2011. In addition, AP2012
May be a plurality of AP groups or a single AP, but are handled as a plurality of tasks under the OS 2011.

For the sake of convenience, FIG.
Although 0 is described outside the debug target environment 2000,
The debug support apparatus 1000 is a software debugger realized by executing a program stored in the memory 2010 by the CPU 2020.
011, the input receiving unit 1010, the display unit 1020, the debug support operation execution control unit 1030, the specific state detection unit 1040, and the time management unit 1050 as the functional components characteristic of the present invention. And a general debugging support function equivalent to that of a conventional debugging support device.

The input receiving unit 1010 receives a debugging instruction issued by a debugging operator through a keyboard, a mouse, or the like, and transmits the debugging instruction to the debugging support operation execution control unit 1030. The display unit 1020 displays information such as the execution result of the debug support operation performed by the debug support operation execution control unit 1030 on a monitor or the like, or outputs the information to a printer or the like.

The debug instruction received by input receiving unit 1010 includes a debug support operation execution condition and debug support operation contents. The debug support operation content includes “stop the AP”, “display a message indicating that the condition is satisfied”, and the like. The debug support operation execution condition includes “there is no RUN state task for a predetermined time or more”. , "The predetermined task does not enter the RUN state for a predetermined time or more", "the predetermined task continues
UNIT ”,“ WAIT for more than a predetermined time ”
"There is a task in a state", "Predetermined resource is not released for a predetermined time or more", "Dispatching is prohibited for a predetermined time or more", "Interrupt is prohibited for a predetermined time or more" , "READY or more
There is no task in the state. " Here, the predetermined time, the predetermined task, and the predetermined resource are specified by the debug operator.

A feature of the debugging support apparatus according to the present invention is that, as described above, the condition for executing the debugging support operation is that a specific state continues for a predetermined time.
The operation of the debug support apparatus 1000 performed in response to some of the above-described debug support operation execution conditions will be described later. Debug support operation execution control unit 103
0 is A according to the debug instruction by the debug operator.
Stopping the specific task of P2012, memory 20
A debug support operation is performed such as displaying the contents of a specific area in 10 and other messages on a monitor or the like via the display unit 1020. The debug support operation execution control unit 1030 performs the debug support operation when the content of the debug instruction detects that the debug target environment 2000 has maintained a specific state for a predetermined time. In this case, a debug instruction is transmitted to the specific state detection unit 1040 to detect the continuation of the specific state.

The time management unit 1050 performs a timer operation for notifying the elapse of a set time by using a timer function of the OS 2011.
The timer is set or canceled by 0, and the elapse of time is notified to the debug support operation execution control unit 1030.
Timer setting refers to setting a predetermined time and starting measurement of elapsed time, and canceling the timer refers to stopping measurement of elapsed time. Therefore, if the timer is kept released, the time management unit 1050 does not notify the elapse of time.

The specific state detection unit 1040 refers to the debug target environment 2000 to repeatedly determine whether the debug target environment 2000 is in a specific state according to a debug instruction. A timer is set for a predetermined time relating to the debug instruction to the unit 1050, and the timer is canceled for the time management unit 1050 if the state is not a specific state. Note that the specific state detection unit 1
040 indicates a specific state such as a state in which the debug target environment 2000 does not include a task in the RUN state corresponding to each of the above-described debug support operation execution conditions such as “there is no task in the RUN state for a predetermined time or more”. It has a program for determining whether or not it exists. For example, a program for determining whether there is no task in the RUN state refers to a task management control table referenced and updated by the OS 2011 to check whether each task is in the RUN state. It consists of steps.

The task management control table which is referred to and updated by the OS 2011 includes information indicating that each task is being executed (R
UN), ready for execution (READY), standby (WAI)
T), pause (SUSPENDED), stop (DOR
MANT), and a bit indicating which task state is in the RU at each instant.
It is in the N state. Also, the debug support device 1000
Is assigned a CPU time independently of a task switching (dispatch) operation of the OS 2011.
It does not affect the status of each task, such as RUN and WAIT. FIG. 4 is a diagram showing a state transition of a task under the control of the OS 2011.
Task is started from state 4001 and is in READY state 4
002 and the OS 201 changes from the READY state 4002.
1, the CPU is assigned to the RUN state 4003, and from the RUN state 4003 to the WAIT state 4004 by a system call or the like for input / output in the task.
SUSPENDED by system call for suspension
The state 4005 is set. <Operation> Hereinafter, the debug support device 1 having the above configuration
The operation corresponding to each of the 000 debug instructions will be described.

First, a debug instruction in which the debug support operation execution condition is "a task in the RUN state does not exist for a predetermined time or more" and the content of the debug support operation is "display a message indicating that the condition is satisfied". The corresponding operation will be described. FIG. 2 is a flowchart illustrating an operation of the debug support apparatus 1000 in response to a debug instruction of “display a message indicating that the condition is satisfied” when “a task in the RUN state does not exist for a predetermined time or more”. FIG. 7 shows two processing procedures, namely, the existence check processing of the RUN state task and the timeout processing.

The RUN status task existence check processing is performed by the input receiving unit 1010, when the "RUN status task does not exist for a predetermined time or more", "displays a message indicating that the condition is satisfied", and the predetermined time is 20 millimeters. Debug support operation execution control unit 1030 that has received a debug instruction of seconds.
Is a process to be performed by the specific state detection unit 1040. The process is started after the debug support operation execution control unit 1030 receives a debug instruction, and is performed until the debug support operation execution control unit 1030 gives an instruction to stop the process. The CPU time is given in a short cycle and can be continued. Therefore, in the present specification, the term “continuation” of the specific state does not mean complete continuation, but actually means that the specific state is maintained as long as the inspection is performed in a short cycle.

The specific state detection unit 1040 is provided by the OS 2011
By referring to the task management control table to be referred to / updated, the bit indicating the task state of each task is checked (step S3101). If there is a task in the RUN state (step S3102), the time management unit The timer is canceled for 1050 (step S3103), the provisional condition satisfaction flag is turned off (step S3104), and if there is no processing stop instruction, the process returns to step S3101 (step S3108). Note that canceling the timer means stopping the timer when the timer has already been set. The provisional satisfaction flag is a flag indicating whether or not the debug target environment 2000 is in a specific state instantaneously, and if ON, indicates that the debug target environment 2000 is in a specific state instantaneously. Prior to the start of the RUN status task existence check process, the provisional condition satisfaction flag is set to OFF.

If no task in the RUN state exists in step S3102, the specific state detection unit 104
If it is 0, it is determined whether the provisional satisfaction flag is ON (step S3105). If it is ON, the process returns to step S3101 if there is no processing stop instruction (step S310).
8). If the provisional condition satisfaction flag is not ON in step S3105, the specific state detection unit 1040
Sets the timer to 20 ms for the time management unit 1050 (step S3106), and sets the provisional condition satisfaction flag to O.
N (step S3107), and if there is no processing stop instruction, the process returns to step S3101 (step S310).
8). It is assumed that a value sufficiently larger than the cycle in which the processing of step S3101 is repeatedly performed is designated by the debug operator as the predetermined time.

The timeout process is performed by the time management unit 1
When 20 milliseconds have elapsed since the timer was set in step S3106 to 050, the time management unit 1
050 upon receiving a notification from the debug support operation execution control unit 1
030, a message indicating that the condition is satisfied is displayed on the monitor via the display unit 1020 (step S3111), and the specific state detection unit 1040 is instructed to stop the RUN state task existence check process. (Step S3112). Therefore, the RUN status task existence check process (steps S3101 to S3108) is stopped by the process of step S3112.

If the debug operator has canceled the debug instruction, this is sent to the input receiving unit 1010.
When the debug support operation execution control unit 1030 receives the command via the command line, the specific state detection unit 1040 is instructed to stop the RUN state task existence check process, similarly to step S3112. Thus, the debugging support device 100
0 indicates that the debug target environment 2000 has been
Since it is possible to detect that the task in the UN state does not exist and to display a message indicating the same on the monitor, the debug operator can review the processing structure of the AP because the task execution efficiency is poor. It is possible to know that it is necessary to perform tuning or the like. Therefore, it can be said that the debug support apparatus 1000 facilitates the detection of the occurrence of the abnormal state of the AP. Here, the abnormal state includes an unfavorable state.

Second, an operation corresponding to a debug instruction in which the debug support operation execution condition is "the predetermined task does not enter the RUN state for a predetermined time or more" and the debug support operation content is "stop the AP" explain. FIG.
13 is a flowchart showing the operation of the debug support apparatus 1000 in response to a debug instruction of "stopping the AP" when "the predetermined task does not enter the RUN state for a predetermined time or more". This figure shows two processing procedures, a specific task RUN state inspection processing and a timeout processing.

The specific task RUN status check processing is performed by the input receiving unit 1010 to indicate that “the predetermined task has been
In the case where the state is not "UN state", "the AP is stopped", the predetermined time is 20 milliseconds, the task identifier of the predetermined task is 5, and the debug support operation execution control unit 1030 to which the debug instruction is transmitted is transmitted to the specific state detection unit. This processing is performed by the debug support operation execution control unit 1030, and the processing is continued with a short period of CPU time until the processing stop instruction is issued.

This specific task RUN state check processing is almost the same as the above-described RUN state task existence check processing, except that the task identifier designated by the debug operator in step S3201 is No. 5. So
The task state bit of the task specified by the task identifier in the task management control table to be referred to / updated by the OS 2011 is referred to, and in step S3202, it is determined whether the task is in the RUN state. is there. Steps S3203 to S3208 in the specific task RUN status inspection process are the same as steps S3103 to S3108 in the RUN status task existence inspection process, and a description thereof will be omitted.

The timeout process is performed by the time management unit 1
When 20 milliseconds have elapsed since the timer was set in step S3206 to 050, the time management unit 1
050 upon receiving a notification from the debug support operation execution control unit 1
030, which is executed by issuing a request to the OS 2011 to stop the execution of the AP.
Is stopped (step S3211), and the specific state detection unit 1040 is instructed to stop the specific task RUN state inspection processing (step S3212). Therefore, the specific task RUN state inspection processing (steps S3201 to S3208) is stopped by the processing of step S3212.

When the debug operator cancels the debug instruction, this is input to the input receiving unit 1010.
When the debug support operation execution control unit 1030 accepts the specified task R
The specific state detection unit 1040 is instructed to stop the UN state inspection processing. Thus, the debugging support apparatus 1000
Since the debug target environment 2000 can detect that the predetermined task designated by the debug operator has not been in the RUN state for a predetermined time, and stop the execution of the AP, The debugger is the AP
Is stopped, it is known that there is a possibility that the AP has a problem, and the contents of the memory in a state where the AP is stopped are browsed by using a general debug support function provided in the debug support apparatus 1000, and the like. The cause of the failure can be investigated in detail.

As described above, the debugging support apparatus according to the present invention has been described based on the embodiments. However, it goes without saying that the present invention is not limited to these embodiments. That is, (1) In the present embodiment, the debug support device is a CPU
Although it is assumed that the AP 2020 cooperates with the OS 2011 and the debug target AP operates under the OS 2011, the debug target program may be an AP that operates under the pseudo OS. Here, the pseudo OS is
A simulator that provides an operating environment of the AP while performing task switching and resource management in a simulated manner, and actually operates while being switched with the debug support device under another true OS. In this case, the debug support device may check the task status or the like of the AP to be debugged by referring to a control table or the like of the pseudo OS.

When debugging an AP operating under the pseudo OS, the debug support device may be realized as an event-driven program operating under the true OS described above. The repetition of steps S3101 to S3108 of the process may be performed in response to a timer event that occurs at a fixed cycle.

Further, the debug support device may be executed on a CPU different from the CPU 2020 which is a debug target environment. In this case, a program for collecting information for determining whether or not the debug target environment is in a specific state is installed in the debug target environment, and the information is transmitted from the program to the debug support device through communication. It should just be sent. That is, the debug support device may be capable of realizing remote debugging. (2) In the present embodiment, the debug support operation execution condition is “a task in the RUN state does not exist for a predetermined time or more”, and the debug support operation content is “display a message indicating that the condition is satisfied”. Action corresponding to the instruction,
Also, the operation corresponding to the debug instruction in which the debug support operation execution condition is "the predetermined task does not enter the RUN state for a predetermined time or more" and the debug support operation content is "stop the AP" has been described. The support operation execution conditions include "a predetermined task is continuously in a RUN state for a predetermined time or more", and "a WAI continuously for a predetermined time or more"
There is a task in the T state "," predetermined resource is not released for a predetermined time or more "," dispatch is prohibited for a predetermined time or more "," interruption is prohibited for a predetermined time or more " ”,“ Predetermined time or more, READ
A specific state such as "there is no task in the Y state" may be maintained for a predetermined time, and what to refer to in the debug target environment 2000 (FIG. 2)
(See step S3101 of FIG. 2), and what kind of state to detect (see step S3102 of FIG. 2) is basically different from that of FIG.
(Steps S3101 to S3108)
Are realized in steps S3111 and S3112).

The debug support operation execution condition shown here is empirically derived as a condition indicating that the task may be in an abnormal state. The state of the task, the state of securing resources such as semaphores, the state of dispatch disabled by a request from the task, the state of prohibition (mask) of specific interrupt, and the like can be known by referring to the control table of the OS 2011. . Further, for example, the detection of “there is a task in the WAIT state continuously for a predetermined time or more” is performed by using a different type of timer for each task to check whether the task has been in the WAIT state for a predetermined time or more. That is, when the condition is satisfied, which task is in the WAIT state may be displayed.

Also, in steps S3111 and S3211 in the timeout process shown in FIGS.
May be determined according to the contents of the debug support operation of the debug instruction. The contents of the debug support operation are not limited to the display of the message indicating the satisfaction of the condition or the stop of the AP, but the execution of the instruction group designated by the debug operator to avoid the abnormality, the specific area in the memory, and the like. May be displayed, or a plurality of debugging support operations may be performed.

Further, the debug support device may execute the operation of the predetermined content without explicitly designating the contents of the debug support operation by the debug operator. Also, the debug support device may detect a condition predetermined in advance. When neither the OS nor the pseudo OS is in the RUN state, a task that executes meaningless dummy processing (hereinafter, referred to as an idle task).
Is set to the RUN state, the debug support device responds to the debug support operation execution condition that “a task in the RUN state does not exist for a predetermined time or more”. Continues to run
The determination as to whether the state is the state may be made by repeatedly referring to the task state bit of the idle task in the task management control table. That is, the debug support device may determine that the above debug support operation execution condition is satisfied when the task state of the idle task remains in the RUN state for a predetermined time or more. (3) In the present embodiment, when a message to the effect that the condition is satisfied is displayed, a message to that effect may be output to the printer together with or instead of this.
Further, these messages may be recorded and stored in a recording medium. (4) In the present embodiment, in step S3112 and step S3212, the processing relating to the detection of the specific state is stopped (see FIGS. 2 and 3). However, the present invention is not limited to this, and the timeout occurs and the condition is satisfied. Even if is confirmed, until the debugger instructs to stop,
Processing related to detection of a specific state, such as existence check processing of a RUN state task, may be continued. (5) In the present embodiment, the predetermined task is specified by the task identifier, which is a number. However, a task name or the like may be used as long as the task can be specified. In addition, in the case where the state of “predetermined resource is not released” is detected, the specification of the predetermined resource is also performed.
An identifier or other information may be used as long as a resource such as a semaphore can be specified. (6) In the present embodiment, the predetermined time is specified by the debug operator. However, it is not necessary to specify the predetermined time, and a value stored in advance in the debug support device may be used. In this case, the value of the predetermined time may be determined in advance for each debug support operation execution condition. (7) In the present embodiment, the time management unit 1050
Although the timer function of 2011 is used, the present invention is not limited to this, and a timer mechanism using hardware may be used. (8) In the present embodiment, the task state transition is made by the OS as shown in FIG. 4, but the task transition is not limited to this, and RUN, READ
If the task transitions to a state having the same meaning as Y and WAIT, the debug support device according to the present invention can detect a specific state related to the task state. (9) A processing procedure (such as the procedure of the flowcharts in FIGS. 2 and 3) for performing the debugging support operation on condition that the specific state of the debugging support apparatus shown in the present embodiment is maintained for a predetermined time, to a general-purpose computer. The computer program to be executed may be recorded on a recording medium or distributed and distributed via various communication paths. Such recording media include IC cards, optical disks, flexible disks, ROMs, and the like. The computer program distributed and distributed is provided for use by being installed on a personal computer or the like, and the personal computer executes the computer program and executes the computer program.
The debug support function as described in the present embodiment is realized.

[0034]

As is apparent from the above description, the debug support device according to the present invention is a debug support device that supports debugging of a program stored in a memory of a computer and executed under a multitask OS. During the execution of the program, the information in the memory related to the program is repeatedly referred to for a predetermined time to determine whether a predetermined condition is satisfied, and the task is in an abnormal state by satisfying the predetermined condition. It is characterized by comprising a state detecting means for detecting a possibility, and a debugging support operation executing means for performing a predetermined operation for debugging support when the state detecting means detects the possibility of a task abnormality.

As a result, an element for elapse of time is included as an execution condition of the debug support operation. The debug support device detects the continuation of a specific state and executes the debug support operation. For a debug operator using the device, it is easy to detect the occurrence of an abnormal state of the AP that does not involve the occurrence of an interrupt.
Therefore, even when a debug operator who does not have much knowledge about the task execution management information of the multitask OS performs debugging, the time spent for finding a defect in the program is reduced.

Here, the information in the memory related to the program may be information indicating a task state, and the predetermined condition may be that a task in a RUN state does not exist for a predetermined time. Always any task is R
If the task is in the UN state, the execution efficiency of the task is good. However, if the state in which there is no task in the RUN state continues for a predetermined time, it indicates that the task execution efficiency is poor. , The debug operator can easily know that there is a possibility that the AP has an unfavorable point, and that there is a possibility that the processing structure needs to be changed or tuning needs to be performed.

[0037] Further, the information in the memory related to the program is information indicating a task state of a predetermined task, and the predetermined condition is that the predetermined task has an R condition.
The UN state may not be reached for a predetermined time.
When the predetermined task does not enter the RUN state for the predetermined time, it indicates that the task cannot execute processing quickly. Therefore, by detecting such a continuous state by the debug support device, the debug worker can It is possible to easily know that there is a possibility that the AP has an unfavorable point, and that the cause may be related to the task.

Further, the information in the memory related to the program is information indicating a task state of a predetermined task, and the predetermined condition is that the predetermined task is continuously in a RUN state for a predetermined time. There may be. Since the predetermined task is continuously in the RUN state for a predetermined time, it indicates that the task has fallen into an abnormal state such as an infinite loop and other tasks may not be executable. By detecting such a continuous state, the debug operator can easily know that there is a possibility that there is an abnormality in the AP and that the cause may be in the task.

Further, the information in the memory related to the program may be information indicating a task state, and the predetermined condition may be that there is a task in a WAIT state continuously for a predetermined time. . The fact that a certain task is kept in the WAIT state for a predetermined time indicates that the resources required by the task may be unavailable or deadlocked. By detecting such a continuous state,
The debug operator can easily know that the AP may be in an abnormal state.

Further, the information in the memory related to the program is information indicating a reservation state of a predetermined resource, and the predetermined condition is that the predetermined resource is not released with the predetermined resource being reserved for a predetermined time. There may be. The fact that a certain resource has been secured for a predetermined period of time and has not been released means that the AP may have missed the release of the resource, or the task that secured the resource may be in an infinite loop. By detecting such a continuous state by the debug support device to indicate the possibility of the state occurrence, the debug operator can easily know that the AP may be in an abnormal state. .

The information in the memory related to the program may be information indicating a task switching prohibited state, and the predetermined condition may be that task switching is prohibited for a predetermined time. The fact that the task switching prohibition state continues for a predetermined time indicates that the task may be in an abnormal state because the task switching prohibition is still requested to the OS by a request of a certain task. When the debug support device detects such a continuous state, the debug operator can
It can be easily known that P may be in an abnormal state.

The information in the memory related to the program may be information indicating an interrupt-prohibited state, and the predetermined condition may be that a specific interrupt is prohibited for a predetermined time. Good. A state in which a specific interrupt is prohibited continues for a predetermined period of time because a certain task requests the OS to prohibit a specific interrupt and does not release the prohibition, and the task falls into an abnormal state. The debug operator detects such a continuous state to indicate that there is a possibility that
It is possible to easily know that the AP may be in an abnormal state.

The information in the memory related to the program may be information indicating a task state, and the predetermined condition may be that a task in a READY state does not exist for a predetermined time. The absence of a task in the READY state for a predetermined period of time means that there is no task to be shifted to the RUN state for a predetermined period of time. The debug support device detects such a continuous state, and the debug operator Can easily know that the AP may be in an abnormal state.

Further, the debugging support apparatus further includes a task identification information receiving unit for receiving an input of identification information on the task, and the predetermined task is specified by the identification information received by the task identification information receiving unit. Task. Thus, the debug operator can easily know whether there is any abnormality in the execution state of an arbitrary task.

The predetermined task may be an idle task defined by the multitask OS. When debugging an AP operating under a pseudo-OS or the like having a specification of executing an idle task when no other task is executed, the fact that the idle task is continuously in the RUN state for a predetermined period of time means that the task is executed. Since the debug support device detects such a continuous state to indicate that the efficiency is low, there is a possibility that the debug operator may have an unfavorable point in the AP. You can easily know that there is a possibility.

Further, the debug support device further includes debug instruction receiving means for receiving input of a debug instruction and time, and the state detecting means detects the detection after the debug instruction is received by the debug instruction receiving means. Starting, the predetermined time may be the time received by the debug instruction receiving means.

As a result, the debug operator can check whether or not the AP is in an abnormal state at an arbitrary time, and can determine whether or not the AP is abnormal according to the specifications of the AP. You can set the time.
Further, the debugging support device may further include a predetermined time storage unit that stores the predetermined time in advance.

Thus, the debug support apparatus according to the present invention generally stores in advance an appropriate time for determining whether or not the AP is abnormal. To be released. Further, the predetermined operation for debugging support may be to display a message indicating that the detection has been performed.

Thus, the debug operator can know that there is a possibility that the AP is in an abnormal state only by looking at the message displayed on the monitor or the like. Further, the predetermined operation for debugging support may be to record information indicating that the detection has been performed on a recording medium. As a result, information indicating the occurrence of a situation in which the AP may be in an abnormal state can be recorded and accumulated, so that the debug operator can use the recorded and accumulated information later.

The predetermined operation for assisting debugging is as follows:
The execution of the program to be debugged may be stopped. As a result, the debug support device according to the present invention stops the AP when the AP may be in an abnormal state. Can be browsed using the general debugging function described above, and the cause of the AP abnormality can be investigated in detail.

[Brief description of the drawings]

FIG. 1 is a functional configuration diagram of a debug support device 1000 according to the present invention.

FIG. 2 is a flowchart showing a RUN status task existence check process and a timeout process executed by the debug support apparatus 1000;

FIG. 3 is a flowchart illustrating a specific task RUN state check process and a timeout process executed by the debug support apparatus 1000;

FIG. 4 is a diagram showing transition of a task state.

[Explanation of symbols]

 1000 Debug support device 1010 Input receiving unit 1020 Display unit 1030 Debug support operation execution control unit 1040 Specific state detection unit 1050 Time management unit 2000 Debug environment 2010 Memory 2011 OS 2012 AP 2020 CPU

Claims (17)

[Claims] 1. A debugging support device for supporting debugging of a program stored in a memory of a computer and executed under a multitasking OS, wherein information in the memory related to the program is executed during execution of the program. Is repeatedly referred to for a predetermined time, it is determined whether or not a predetermined condition is satisfied, and a state detecting means for detecting that the task may be in an abnormal state by satisfying the predetermined condition, and the state detecting means A debug support device, comprising: a debug support operation executing means for performing a predetermined operation for debug support when a possibility of a task abnormality is detected. 2. The information in the memory related to the program is information indicating a task state, and the predetermined condition is that a task in a RUN state does not exist for a predetermined time. 2. The debugging support device according to 1. 3. The information in the memory related to the program is information indicating a task state of a predetermined task, and the predetermined condition is that the predetermined task does not enter a RUN state for a predetermined time. 2. The debugging support device according to claim 1, wherein: 4. The information in the memory related to the program is information indicating a task state of a predetermined task, and the predetermined condition is that the predetermined task is continuously executed for a predetermined time.
2. The debugging support device according to claim 1, wherein the device is in an UN state. 5. The information in the memory related to the program is information indicating a task state, and the predetermined condition is that a task in a WAIT state continuously exists for a predetermined time. Claim 1
The debugging support device described in the above. 6. The information in the memory related to the program is information indicating a reservation state of a predetermined resource, and the predetermined condition is that the predetermined resource is not released with the predetermined resource being reserved for a predetermined time. 2. The debugging support device according to claim 1, wherein: 7. The information in the memory related to the program is information indicating a task switching prohibited state, and the predetermined condition is that task switching is prohibited for a predetermined time. The debugging support device according to claim 1, wherein 8. The information in the memory related to the program is information indicating an interrupt prohibition state, and the predetermined condition is that a specific interrupt remains prohibited for a predetermined time. 2. The debugging support device according to claim 1, wherein: 9. The information in the memory related to the program is information indicating a task state, and the predetermined condition is that a task in a READY state does not exist for a predetermined time. 2. The debugging support device according to 1. 10. The debugging support device further includes a task identification information receiving unit that receives an input of identification information about a task, wherein the predetermined task is specified by the identification information received by the task identification information receiving unit. The debugging support apparatus according to claim 3, wherein the task is a task to be performed. 11. The debugging support device according to claim 4, wherein the predetermined task is an idle task defined by the multitask OS. 12. The debug support device further comprises: a debug instruction receiving unit that receives a debug instruction and a time input; and the state detecting unit detects the detection after the debug instruction is received by the debug instruction receiving unit. 3. The method according to claim 1, wherein the predetermined time is the time received by the debug instruction receiving means.
12. The debugging support device according to any one of the eleventh to eleventh aspects. 13. The debugging support device according to claim 1, further comprising a predetermined time storage unit that stores the predetermined time in advance. 14. The debugging support apparatus according to claim 1, wherein the predetermined operation for debugging support is to display a message indicating that the detection has been performed. 15. The debugging device according to claim 1, wherein the predetermined operation for debugging support is to record information indicating that the detection has been made on a recording medium. Support equipment. 16. The debugging support apparatus according to claim 1, wherein the predetermined operation for debugging support is to stop execution of a program to be debugged. 17. A recording medium recording a control program for causing a computer to execute a debugging support function for supporting debugging of an application program executed under a multitasking OS, wherein the control program is configured to execute the application program. During execution of the program, the information in the memory related to the application program is repeatedly referred to for a predetermined time, and it is determined whether or not a predetermined condition is satisfied. A state detection step of causing the computer to detect that the computer may be in an abnormal state; and executing a debug support operation for causing the computer to perform a predetermined operation for debug support when the detection is performed by the state detection step. Stay Recording medium, characterized in that it comprises a flop.