Programme
Im Hinblick auf die Architektur der Debugger ein Programm:
Ist ein Container für eine Gruppe von Threads und einen Satz von Modulen. Ein Programm verfügt über keine Analogie im Windows-Betriebssystem.
Ein Programm ist eine Art Unterprozess. Wenn Sie beispielsweise eine Website debuggen, kann ein Skript als Programm angezeigt werden. Während ein Skript im Skriptmodul Prozess ausgeführt wird, unabhängig von anderen Skripts, verfügt es auch über einen eigenen Satz von Threads. Ein Modul (Debug) DE und nicht mit einem Programm fügt den Debugger an einen Prozess oder einen Thread an.
Kann sich selbst und den Prozess identifizieren, die er ausgeführt wird und kann angefügt werden, getrennt sind, und beschreiben ggf. DE, das sie erstellt hat. Ein Programm kann ausgeführt werden, anzuhalten, fährt fort und wird beendet.
Es können alle Threads auflisten. Ein Programm kann auch einen eigenen Disassemblys datenstrom angeben und kann alle Code kontexte einer bestimmten Position des Dokuments auflisten.
Wird von einer Schnittstelle dargestellt IDebugProgram2 erstellt, bevor das Programm angefügt wird oder Anfügen als Teil des Prozesses, abhängig von der Implementierung. Wenn ein Anschluss Programme eines Prozesses auflistet, wird jedes Programm in Übereinstimmung mit einer entsprechenden IDebugProgramNode2-Schnittstelle erstellt, die als Argument an IDebugPortNotify2::AddProgramNodeübergeben wird. Beim Debuggen von Modulen IDebugProgram2 auch Schnittstellen erstellen, um Programme zu zeigen, werden diese Programmen nicht in Übereinstimmung mit einem Knoten Programm erstellt. Die Schnittstellen, die von IDebugProgramNode2 DE erstellt wurden, sind für das Debuggen verwendet, während die tatsächlich von einem Port erstellt werden, nur zum Ermitteln von Programmen verwendet werden, die in einem Prozess ausgeführt werden.
Siehe auch
Referenz
IDebugPortNotify2::AddProgramNode