Arbeitsbereichsinhalte

Jeder Arbeitsbereich behält die folgenden Informationen zur aktuellen Debugsitzung bei. Diese Informationen werden kumulativ angewendet, beginnend mit dem Basisarbeitsbereich und dem zuletzt geladenen Arbeitsbereich.

• Alle Unterbrechungs- und Behandlungsinformationen für Ausnahmen und Ereignisse. Weitere Informationen zu Unterbrechungen und Zur Behandlung finden Sie unter Haltepunkte in Arbeitsbereichen.

• Alle Open Source-Dateien. Wenn eine Quelldatei nicht gefunden wird, wird eine Fehlermeldung angezeigt. Sie können diese Fehlermeldungen einzeln oder über das Fenster | Windows-Befehl "Alle Fehler schließen ".

• Alle benutzerdefinierten Aliase.

Jeder Arbeitsbereich behält die folgenden Informationen zu den Debuggerkonfigurationseinstellungen bei. Diese Informationen werden kumulativ angewendet, beginnend mit dem Basisarbeitsbereich und dem zuletzt geladenen Arbeitsbereich.

• Der Symbolpfad.

• Der Pfad des ausführbaren Images.

• Der Quellpfad. (Beim Remotedebuggen werden der Standard Quellpfad und der lokale Quellpfad gespeichert.)

• Die aktuellen Quelloptionen, die mit l+, l- (Quelloptionen festlegen) festgelegt wurden.

• Protokolldateieinstellungen.

• Die Com- oder 1394-Kernelverbindungseinstellungen, wenn die Verbindung mithilfe der grafischen Benutzeroberfläche gestartet wurde.

• Die neuesten Pfade in jedem Dialogfeld Öffnen (mit Ausnahme der Arbeitsbereichsdatei- und Textdateipfade, die nicht gespeichert werden).

• Die aktuellen einstellungen .enable_unicode, .force_radix_output und .enable_long_status .

Alle Standardarbeitsbereiche und benannten Arbeitsbereiche behalten die folgenden Informationen zur grafischen WinDbg-Benutzeroberfläche bei. Diese Informationen werden kumulativ geladen, beginnend mit dem Basisarbeitsbereich und dem zuletzt geladenen Arbeitsbereich.

• Der Titel des WinDbg-Fensters

• Einstellung "Disassembl automatisch öffnen"

• Die Standardschriftart

Alle Standardarbeitsbereiche und benannten Arbeitsbereiche behalten die folgenden Informationen zur grafischen WinDbg-Benutzeroberfläche bei. Diese Informationen werden nicht kumulativ angewendet. Dies hängt nur vom zuletzt geladenen Arbeitsbereich ab.

• Die Größe und Position des WinDbg-Fensters auf dem Desktop.

• Welche Debuginformationsfenster geöffnet sind.

• Die Größe und Position jedes geöffneten Fensters, einschließlich der Größe des Fensters, seiner unverankerten oder angedockten status, ob es mit anderen Fenstern im Registerkartenformat ist, und alle zugehörigen Einstellungen im Kontextmenü.

• Die Position der Bereichsgrenze im Fenster Debuggerbefehl und die Einstellung des Wortumbruchs in diesem Fenster.

• Gibt an, ob die Symbolleiste und die status leiste sowie die einzelnen Symbolleisten in jedem Debuginformationsfenster sichtbar sind.

• Die Anpassung des Fensters Register.

• Die Flags im Fenster "Aufrufe", "Lokal" und "Überwachen".

• Die Elemente, die im Überwachungsfenster angezeigt wurden.

• Die Cursorposition in jedem Quellfenster.

Benannte Arbeitsbereiche

Benannte Arbeitsbereiche enthalten zusätzliche Informationen, die nicht in Standardarbeitsbereichen gespeichert werden.

Diese zusätzlichen Informationen enthalten Informationen zum aktuellen Sitzungsstatus. Wenn ein benannter Arbeitsbereich gespeichert wird, wird die aktuelle Sitzung gespeichert. Wenn dieser Arbeitsbereich später geöffnet wird, wird diese Sitzung automatisch neu gestartet.

Sie können nur das Kerneldebuggen, das Debuggen von Dumpdateien und das Debuggen von prozessen im Benutzermodus auf diese Weise starten. Remotesitzungen und Benutzermodusprozesse, an die der Debugger angefügt ist, werden diese Sitzungsinformationen nicht in ihren Arbeitsbereichen gespeichert.

Sie können diese Art von benanntem Arbeitsbereich nicht öffnen, wenn bereits eine andere Sitzung aktiv ist.

Debuggen von Clients und Arbeitsbereichen

Wenn Sie WinDbg als Debugclient verwenden, speichert der Arbeitsbereich nur Werte, die Sie über die grafische Benutzeroberfläche festlegen. Änderungen, die Sie über das Fenster Debuggerbefehl vornehmen, werden nicht gespeichert. (Diese Einschränkung garantiert, dass nur änderungen, die vom lokalen Client vorgenommen wurden, widerspiegelt werden, da das Debuggerbefehlsfenster Eingaben von allen Clients und dem Debugserver akzeptiert.) Weitere Informationen finden Sie unter Steuern einer Remotedebugsitzung.

Haltepunkte in Arbeitsbereichen

Darüber hinaus werden Breakpointinformationen in Arbeitsbereichen gespeichert, einschließlich der Halteadresse und status. Haltepunkte, die beim Beenden einer Sitzung aktiv sind, sind aktiv, wenn die nächste Sitzung gestartet wird. Einige dieser Haltepunkte sind jedoch möglicherweise nicht aufgelöst, wenn die richtigen Module noch nicht geladen wurden.

Haltepunkte, die Sie durch einen Symbolausdruck, eine Zeilennummer, eine numerische Adresse oder mithilfe der Maus in einem Quellfenster angeben, werden alle in Arbeitsbereichen gespeichert. Haltepunkte, die Sie mit der Maus in einem Disassemblierungs- oder Aufruffenster angeben, werden nicht in Arbeitsbereichen gespeichert.

Wenn Sie mehrere Benutzermodusprozesse debuggen, werden nur Haltepunkte gespeichert, die dem Prozess null zugeordnet sind.