Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Muitos comandos de depurador têm identificadores de processo como seus parâmetros.
Duas barras verticais ( || ) aparecem antes do identificador do sistema. O identificador do sistema pode ser um dos seguintes valores.
| System identifier | Description |
|---|---|
||. |
O sistema atual |
||# |
O sistema que causou a exceção ou o evento de depuração atual. |
||* |
All systems. |
|| ddd |
The system whose ordinal is ddd. |
Os sistemas são atribuídos ordinais na ordem que o depurador anexa a eles.
Quando a depuração começa, o sistema atual é aquele que causou a exceção ou o evento de depuração atual (ou aquele ao qual o depurador mais recentemente anexou). Esse sistema permanece o sistema atual até que você especifique um novo usando um ||s (Definir sistema atual) comando ou usando a janela Processos e Threads no WinDbg.
Example
Este exemplo mostra que três arquivos de despejo são carregados. O sistema 1 está ativo e o sistema 2 causou o evento de depuração.
||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. Para obter mais informações sobre como controlar uma sessão de vários destinos, consulte Depurando vários destinos.
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.