Thread (Imposta contesto registro)

Il comando .thread specifica il thread che verrà usato per il contesto di registrazione.

.thread [/p [/r] ] [/P] [/w] [Thread]

Parametri

/p
(solo debug in tempo reale) Se questa opzione è inclusa e Thread è diverso da zero, tutte le voci della tabella di pagina di transizione per il processo proprietario di questo thread verranno convertite automaticamente in indirizzi fisici prima dell'accesso. Ciò può causare rallentamenti, perché il debugger dovrà cercare gli indirizzi fisici per tutta la memoria usata da questo processo e potrebbe essere necessario trasferire una quantità significativa di dati attraverso il cavo di debug. Questo comportamento è uguale a quello di . cache forcedecodeuser.

Se l'opzione /p è inclusa e Thread è zero o omesso, questa traduzione verrà disabilitata. Questo comportamento è uguale a quello di . cache noforcedecodeuser.

/r
(solo debug in tempo reale) Se l'opzione /r è inclusa insieme all'opzione /p , i simboli in modalità utente per il processo proprietario di questo thread verranno ricaricati dopo aver impostato il processo e registrare i contesti. Questo comportamento è uguale a quello di . ricaricare /user.)

/P
(solo debug in tempo reale) Se questa opzione è inclusa e Thread è diverso da zero, tutte le voci della tabella di pagine di transizione (PTE) verranno convertite automaticamente in indirizzi fisici prima dell'accesso. A differenza dell'opzione /p , questo converte i ptes per tutti i processi in modalità utente e in modalità kernel, non solo il processo proprietario di questo thread. Ciò può causare rallentamenti, perché il debugger dovrà cercare gli indirizzi fisici per tutta la memoria in uso e potrebbe essere necessario trasferire una grande quantità di dati attraverso il cavo di debug. Questo comportamento è uguale a quello di . cache forcedecodeptes.

/w
(solo debug del kernel a 64 bit) Modifica il contesto attivo per il thread nel contesto a 32 bit WOW64. Il thread specificato deve essere in esecuzione in un processo con stato WOW64.

Filo
Indirizzo del thread. Se questo viene omesso o zero, il contesto del thread viene reimpostato sul thread corrente.

Ambiente

Articolo Descrizione
Modalità Solo modalità kernel
Target live, dump di arresto anomalo
Piattaforme tutto

Informazioni aggiuntive

Per altre informazioni sul contesto di registrazione e altre impostazioni di contesto, vedere Modifica dei contesti.

Osservazioni:

In genere, quando si esegue il debug del kernel, gli unici registri visibili sono quelli associati al thread corrente.

Il comando .thread indica al debugger del kernel di usare il thread specificato come contesto di registrazione. Dopo l'esecuzione di questo comando, il debugger avrà accesso ai registri più importanti e all'analisi dello stack per questo thread. Questo contesto di registrazione persiste fino a quando non si consente alla destinazione di eseguire o usare un altro comando di contesto di registrazione (.thread, .cxr o .trap). Per informazioni dettagliate, vedere Registrare il contesto .

L'opzione /w può essere usata solo nelle sessioni di debug del kernel a 64 bit in un thread in esecuzione in un processo con stato WOW64. Il contesto recuperato sarà l'ultimo contesto ricordato da WOW64; si tratta in genere dell'ultimo codice in modalità utente eseguito da Thread. Questa opzione può essere usata solo se la destinazione è in modalità computer nativa. Ad esempio, se la destinazione è in esecuzione in un computer a 64 bit che emula un processore basato su x86 con WOW64, questa opzione non può essere usata. Se si usa l'opzione /w , la modalità computer passa automaticamente a un processore basato su x86.

Questo comando non modifica effettivamente il thread corrente. In altre parole, le estensioni come !thread e !teb continueranno a usare il thread corrente se non vengono usati argomenti con essi.

Ecco un esempio. Usare l'estensione !process per trovare l'indirizzo del thread desiderato. In questo caso, !process 0 0 viene usato per elencare tutti i processi, quindi !process viene usato una seconda volta per elencare tutti i thread per il processo desiderato.

kd> !process 0 0
**** NT ACTIVE PROCESS DUMP ****
PROCESS fe5039e0  SessionId: 0  Cid: 0008    Peb: 00000000  ParentCid: 0000
    DirBase: 00030000  ObjectTable: fe529a88  TableSize: 145.
    Image: System

.....

PROCESS ffaa5280  SessionId: 0  Cid: 0120    Peb: 7ffdf000  ParentCid: 01e0
    DirBase: 03b70000  ObjectTable: ffaa4e48  TableSize:  23.
    Image: winmine.exe

kd> !process ffaa5280
PROCESS ffaa5280  SessionId: 0  Cid: 0120    Peb: 7ffdf000  ParentCid: 01e0
    DirBase: 03b70000  ObjectTable: ffaa4e48  TableSize:  23.
    Image: winmine.exe
    VadRoot ffaf6e48 Clone 0 Private 50. Modified 0. Locked 0.
    DeviceMap fe502e88
    Token                             e1b55d70

.....

        THREAD ffaa43a0  Cid 120.3a4  Teb: 7ffde000  Win32Thread: e1b4fea8 WAIT: (WrUserRequest) UserMode Non-Alertable
            ffadc6a0  SynchronizationEvent
        Not impersonating
        Owning Process ffaa5280
        WaitTime (seconds)      24323
        Context Switch Count    494                   LargeStack

.....

Usare ora il comando .thread con l'indirizzo del thread desiderato. Questo imposta il contesto del registro e consente di esaminare i registri importanti e lo stack di chiamate per questo thread.

kd> .thread ffaa43a0
Using context of thread ffaa43a0

kd> r
Last set context:
eax=00000000 ebx=00000000 ecx=00000000 edx=00000000 esi=00000000 edi=00000000
eip=80403a0d esp=fd581c2c ebp=fd581c60 iopl=0         nv up di pl nz na pe nc
cs=0000  ss=0000  ds=0000  es=0000  fs=0000  gs=0000             efl=00000000
0000:3a0d ??              ???

kd> k
  *** Stack trace for last set context - .thread resets it
ChildEBP RetAddr  
fd581c38 8042d61c ntoskrnl!KiSwapThread+0xc5
00001c60 00000000 ntoskrnl!KeWaitForSingleObject+0x1a1