| |||
| БЕСПЛАТНАЯ ежедневная online лотерея! Выигрывай каждый день БЕСПЛАТНО! | |||
| |||
Debugging EventsA debugging event is an incident in the process being debugged that causes the kernel to notify the debugger. Debugging events include creating a process, creating a thread, loading a dynamic-link library (DLL), unloading a DLL, sending an output string, and generating an exception. If a debugging event occurs while a debugger is waiting for one, the kernel fills the DEBUG_EVENT structure specified by WaitForDebugEvent with information describing the event. When the kernel notifies the debugger of a debugging event, it also suspends all threads in the affected process. The threads do not resume execution until the debugger continues the debugging event by using ContinueDebugEvent. The following debugging events may occur while a process is being debugged. Debugging event Description CREATE_PROCESS_DEBUG_EVENT Generated whenever a new process is created in a process being debugged or whenever the debugger begins debugging an already active process. The kernel generates this debugging event before the process begins to execute in user mode and before the kernel generates any other debugging events for the new process. The DEBUG_EVENT structure contains a CREATE_PROCESS_DEBUG_INFO structure. This structure includes a handle of the new process, a handle of the process's image file, a handle of the process's initial thread, and other information that describes the new process. The handle of the process has PROCESS_VM_READ and PROCESS_VM_WRITE access. If a debugger has these types of access to a thread, it can read and write to the process's memory by using the ReadProcessMemory and WriteProcessMemory functions. The handle of the process's image file has GENERIC_READ access and is opened for read-sharing. The handle of the process's initial thread has THREAD_GET_CONTEXT, THREAD_SET_CONTEXT, and THREAD_SUSPEND_RESUME access to the thread. If a debugger has these types of access to a thread, it can read from and write to the thread's registers by using the GetThreadContext and SetThreadContext functions and can suspend and resume the thread by using the SuspendThread and ResumeThread functions. CREATE_THREAD_DEBUG_EVENT Generated whenever a new thread is created in a process being debugged or whenever the debugger begins debugging an already active process. This debugging event is generated before the new thread begins to execute in user mode. The DEBUG_EVENT structure contains a CREATE_THREAD_DEBUG_INFO structure. This structure includes a handle of the new thread and the thread's starting address. The handle has THREAD_GET_CONTEXT, THREAD_SET_CONTEXT, and THREAD_SUSPEND_RESUME access to the thread. If a debugger has these types of access to a thread, it can read from and write to the thread's registers by using the GetThreadContext and SetThreadContext functions and can suspend and resume the thread by using the SuspendThread and ResumeThread functions. EXCEPTION_DEBUG_EVENT Generated whenever an exception occurs in the process being debugged. Possible exceptions include attempting to access inaccessible memory, executing breakpoint instructions, attempting to divide by zero, or any other exception noted in Structured Exception Handling. The DEBUG_EVENT structure contains an EXCEPTION_DEBUG_INFO structure. This structure describes the exception that caused the debugging event. Besides the standard exception conditions, an additional exception code can occur during console process debugging. The kernel generates a DBG_CONTROL_C exception code when CTRL+C is input to a console process that handles CTRL+C signals and is being debugged. This exception code is not meant to be handled by applications. An application should never use an exception handler to deal with it. It is raised only for the benefit of the debugger and is only used when a debugger is attached to the console process. If a process is not being debugged or if the debugger passes on the DBG_CONTROL_C exception unhandled (through the gn command), the application's list of handler functions is searched, as documented for the SetConsoleCtrlHandler function. If the debugger handles the DBG_CONTROL_C exception (through the gh command), an application will not notice the CTRL+C except in code like this. while ((inputChar = getchar()) != EOF) ...while (gets(inputString)) ... Thus, the debugger cannot be used to stop the read wait in such code from terminating. EXIT_PROCESS_DEBUG_EVENT Generated whenever the last thread in a process being debugged exits. This debugging event occurs immediately after the kernel unloads the process's DLLs and updates the process's exit code. The DEBUG_EVENT structure contains an EXIT_PROCESS_DEBUG_INFO structure that specifies the exit code. The debugger deallocates any internal structures associated with the process on receipt of this debugging event. The kernel closes the debugger's handle of the exiting process and all of the process's threads. EXIT_THREAD_DEBUG_EVENT Generated whenever a thread that is part of a process being debugged exits. The kernel generates this debugging event immediately after it updates the thread's exit code. The DEBUG_EVENT structure contains an EXIT_THREAD_DEBUG_INFO structure that specifies the exit code. The debugger deallocates any internal structures associated with the thread on receipt of this debugging event. The system closes the debugger's handle of the exiting thread. This debugging event does not occur if the exiting thread is the last thread of a process. In this case, the EXIT_PROCESS_DEBUG_EVENT debugging event occurs instead. LOAD_DLL_DEBUG_EVENT Generated whenever a process being debugged loads a DLL. This debugging event occurs when the system loader resolves links to a DLL or when the debugged process uses the LoadLibrary function. This debugging event only occurs the first time the kernel attaches a DLL to the virtual address space of a process. The DEBUG_EVENT structure contains a LOAD_DLL_DEBUG_INFO structure. This structure includes a handle of the newly loaded DLL, the base address of the DLL, and other information that describes the DLL. Typically, a debugger loads a symbol table associated with the DLL on receipt of this debugging event. OUTPUT_DEBUG_STRING_EVENT Generated when a process being debugged uses the OutputDebugString function. The DEBUG_EVENT structure contains an OUTPUT_DEBUG_STRING_INFO structure. This structure specifies the address, length, and format of the debugging string. UNLOAD_DLL_DEBUG_EVENT Generated whenever a process being debugged unloads a DLL by using the FreeLibrary function. This debugging event only occurs the last time a DLL is unloaded from a process's address space (that is, when the DLL's usage count is zero). The DEBUG_EVENT structure contains an UNLOAD_DLL_DEBUG_INFO structure. This structure specifies the base address of the DLL in the address space of the process that unloads the DLL. Typically, a debugger unloads a symbol table associated with the DLL upon receiving this debugging event. When a process exits, the kernel automatically unloads the process's DLLs, but does not generate an UNLOAD_DLL_DEBUG_EVENT debugging event. | |||
| Пригласи друзей и счет твоего мобильника всегда будет положительным! | |||
| |||
| Пригласи друзей и счет твоего мобильника всегда будет положительным! | |||
Отладка СобытийОтладочный случай является инцидентом в процессе, отлаживанном, что заставляет зерно, чтобы уведомлять отладчика. Отладка событий включает создавая процесс, создавая резьбу, загружающую динамическую связь библиотеки (DLL), разгружая DLL, посылающее выходную строку, и генерируя исключение. Если отладочное событие происходит пока отладчик ждет один, зерно заполняет структуру DEBUG_EVENT определенную WaitForDebugEvent с информацией, описывающей событие. Когда зерно уведомляет отладчик об отладочном событии, оно также задерживает всю резьбу в неестественном процессе. Резьба не продолжает выполнение пока отладчик не продолжит отладочное событие используя ContinueDebugEvent. Следующее, отлаживающее события может произойти тогда как процесс отлаживается. Отладка события Description CREATE_PROCESS_DEBUG_EVENT Сгенерированное всякий раз, когда новый процесс создан в процессе, отлаживанном или всякий раз, когда отладчик начинает отлаживать уже активный процесс. Зерно генерирует эту отладку события прежде, чем процесс начнет выполняться в режиме пользователя и прежде, чем зерно сгенерирует любую другую отладку событий для нового процесса. Структура DEBUG_EVENT содержит структуру CREATE_PROCESS_DEBUG_INFO. Эта структура включает ручку нового процесса, ручка файла образа процесса, ручка начальной резьбы процесса, и другая информация, которая описывает новый процесс. Ручка процесса имеет PROCESS_VM_READ и доступ PROCESS_VM_WRITE. Если отладчик имеет эти типы доступа к резьбе, он может прочитать и записываться в память процесса используя ReadProcessMemory и функции WriteProcessMemory. Ручка файла образа процесса имеет доступ GENERIC_READ и открыта для чтения-разделения. Ручка начальной резьбы процесса имеет THREAD_GET_CONTEXT, THREAD_SET_CONTEXT, и доступ THREAD_SUSPEND_RESUME к резьбе. Если отладчик имеет эти типы доступа к резьбе, он может прочитаться из и записываться в регистры резьбы используя GetThreadContext и функции SetThreadContext и могут приостановить и продолжать резьбу используя SuspendThread и функции ResumeThread. CREATE_THREAD_DEBUG_EVENT Сгенерированное всякий раз, когда новая резьба создана в процессе, отлаживанном или всякий раз, когда отладчик начинает отлаживать уже активный процесс. Это отладочное событие сгенерировано прежде, чем новая резьба начнет выполняться в режиме пользователя. Структура DEBUG_EVENT содержит структуру CREATE_THREAD_DEBUG_INFO. Эта структура включает ручку новой резьбы и адрес запуска резьбы. Ручка имеет THREAD_GET_CONTEXT, THREAD_SET_CONTEXT, и доступ THREAD_SUSPEND_RESUME к резьбе. Если отладчик имеет эти типы доступа к резьбе, он может прочитаться из и записываться в регистры резьбы используя GetThreadContext и функции SetThreadContext и могут приостановить и продолжать резьбу используя SuspendThread и функции ResumeThread. EXCEPTION_DEBUG_EVENT Сгенерированное всякий раз, когда исключение происходит в процессе, отлаживанном. Возможные исключения включают попытку иметь доступ к недоступный память, выполняющий инструкции точечного разрыва, пытающиеся, чтобы делиться нулем, или любое другое исключение отмечалось на Структурной Исключительной Обработке. Структура DEBUG_EVENT содержит структуру EXCEPTION_DEBUG_INFO. Эта структура описывает исключение, которое вызывало отладочное событие. Кроме стандартных исключительных условий, дополнительный исключительный код может произойти в течение консольной отладки процесса. Зерно генерирует исключительный код DBG_CONTROL_C когда CTRL+C - ввод в консольном процессе, который оперирует CTRL+C сигнализирует и отлаживается. Этот исключительный код не захотеть быть прооперированн приложениями. Приложение не должно никогда использовать исключительного вручителя в сделку с ним. Поднято только в пользу отладчика и только использовано когда отладчик приложен к консольному процессу. Если процесс не отлаживается или если отладчик проходит в исключение DBG_CONTROL_C unhandled (через gn команду), прикладной список функций вручителя поискан, в соответствии с описанием для функции SetConsoleCtrlHandler. Если отладчик оперирует исключение DBG_CONTROL_C (через gh команду), приложение не обратит внимание CTRL+C за исключением кода подобно этому. пока ((inputChar = getchar()) != EOF)...пока (получает(inputString))... Таким образом, отладчик не может быть использован, чтобы останавливать ожидание чтения в таком коде с завершения. EXIT_PROCESS_DEBUG_EVENT Сгенерированное всякий раз, когда последняя резьба в процессе, отлаживанном выходы. Это отладочное событие происходит немедленно после того, как зерно снимет процесс DLLs и скорректирует выходной код процесса. Структура DEBUG_EVENT содержит структуру EXIT_PROCESS_DEBUG_INFO, которая определяет выходной код. Отладчик освобождает любые внутренние структуры связанные процессом в получение этой отладки события. Зерно закрывает ручку отладчика выхода процесса и всей резьбы процесса. EXIT_THREAD_DEBUG_EVENT Сгенерированное всякий раз, когда резьба, которая - часть процесса, отлаживанного выходы. Зерно генерирует эту отладку события немедленно после того, как оно скорректирует выходной код резьбы. Структура DEBUG_EVENT содержит структуру EXIT_THREAD_DEBUG_INFO, которая определяет выходной код. Отладчик освобождает любые внутренние структуры связанные резьбой в получение этой отладки события. Система закрывает ручку отладчика выхода резьбы. Это отладочное событие не происходит если выходная резьба является последней резьбой процесса. В этом случае, EXIT_PROCESS_DEBUG_EVENT, отлаживающее событие происходит взамен. LOAD_DLL_DEBUG_EVENT Сгенерированное всякий раз, когда процесс, отлаживанный загрузку DLL. Это отладочное событие происходит когда системный загрузчик решает связи на DLL или когда отладочный процесс использует функцию LoadLibrary. Это отладочное событие только происходит сначала зерно подключает DLL к виртуальному пространству адреса процесса. Структура DEBUG_EVENT содержит структуру LOAD_DLL_DEBUG_INFO. Эта структура включает ручку вновь загруженного DLL, базового адреса DLL, и другая информация, которая описывает DLL. Обычно, отладчик загружает символьную таблицу связанную DLL в получение этой отладки события. OUTPUT_DEBUG_STRING_EVENT Сгенерированное когда процесс, отлаживанный использует функцию OutputDebugString. Структура DEBUG_EVENT содержит структуру OUTPUT_DEBUG_STRING_INFO. Эта структура определяет адрес, длину, и формат отладки строки. UNLOAD_DLL_DEBUG_EVENT Сгенерированное всякий раз, когда процесс, отлаживанный разгрузки DLL используя функцию FreeLibrary. Это отладочное событие только происходит в последний раз DLL разгружен из пространства адреса процесса (то есть, когда счет использования DLL's является нулем). Структура DEBUG_EVENT содержит структуру UNLOAD_DLL_DEBUG_INFO. Эта структура определяет базовый адрес DLL в пространстве адреса процесса, которое снимает DLL. Обычно, отладчик снимает символьную таблицу связанную DLL в получающее это отладочное событие. Когда процесс выходит из, зерно автоматически снимает процесс DLLs, но не генерирует UNLOAD_DLL_DEBUG_EVENT, отлаживающее событие. | |||
| |||
 |
