Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Wiele poleceń debugera ma identyfikatory procesów jako ich parametry.
Przed identyfikatorem systemu są wyświetlane dwa pionowe słupki ( || ). Identyfikator systemu może być jedną z następujących wartości.
| System identifier | Description |
|---|---|
||. |
Bieżący system |
||# |
System, który spowodował bieżący wyjątek lub zdarzenie debugowania. |
||* |
All systems. |
|| ddd |
The system whose ordinal is ddd. |
Systemy są przypisywane w kolejności dołączania do nich debugera.
Po rozpoczęciu debugowania bieżący system jest tym, który spowodował obecny wyjątek lub zdarzenie debugowania (lub ten, do którego ostatnio dołączony jest debuger). Ten system pozostaje w bieżącym systemie do momentu określenia nowego przy użyciu | |s (Ustaw bieżący system) polecenie lub za pomocą okna Procesy i wątki w WinDbg.
Example
W tym przykładzie pokazano, że załadowano trzy pliki zrzutu. System 1 jest aktywny, a system 2 spowodował zdarzenie debugowania.
||1:1:017> ||
0 User mini dump: c:\notepad.dmp
. 1 User mini dump: c:\paint.dmp
# 2 User mini dump: c:\calc.dmp
Remarks
To work with multiple systems, you can use the .opendump to debug multiple crash dumps at the same time. Aby uzyskać więcej informacji na temat kontrolowania sesji z wieloma elementami docelowymi, zobacz Debugowanie wielu obiektów docelowych.
Note There are complications, when you debug live targets and dump targets together, because commands behave differently for each type of debugging. For example, if you use the g (Go) command when the current system is a dump file, the debugger begins executing, but you cannot break back into the debugger, because the break command is not recognized as valid for dump file debugging.