Domande sul debugger script Windows, risposte una alla volta

Un debugger script Windows è un debugger che usi per eseguire passo passo il codice script su Windows, impostare punti di interruzione ed esaminare le variabili. StatusRivet non lo sostituisce. Esegue il tuo script, il tuo comando di build e il tuo comando di test tramite Shell, legge il testo di errore e gli stack trace che stampano, e redige una diff per il file fallito. L'esecuzione passo passo rimane nel tuo debugger, quindi usa entrambi.

Un file PDB mappa gli indirizzi ai nomi delle funzioni, ai file di origine e ai numeri di riga, così uno stack trace si legge come codice invece che come numeri. I simboli sono importanti. Compila con i simboli di debug e conserva il PDB corrispondente per ogni build che distribuisci, perché un PDB non corrispondente fornisce nomi di funzione errati. Senza simboli una catena di chiamate mostra solo indirizzi. StatusRivet può cercare nel testo dello stack salvato, ma non può recuperare i nomi che il PDB non ha.

Il codice di eccezione nomina il fallimento: 0xC0000005 è una violazione di accesso, che significa lettura o scrittura di memoria non valida, e 0xC00000FD è un overflow dello stack. La catena di chiamate del thread che ha causato il malfunzionamento mostra quindi quale funzione ci è arrivata. Un BSOD di Windows 11 con codice 1a segue la stessa idea a livello di sistema: un codice di arresto in un dump, letto dall'alto verso il basso. Lascia che grep lo trovi.

L'impostazione JIT, abbreviazione di just-in-time, fa sì che Windows avvii automaticamente un debugger quando un'applicazione va in crash. Solo macchine di laboratorio. È un'impostazione di sistema, quindi modificala solo su una macchina di test, annota il valore precedente e ripristinalo dopo. StatusRivet può eseguire il comando che gli dai per leggere il valore e salvarlo in un file di testo prima, e Ask first fa una pausa prima di qualsiasi modifica.

Il lavoro a livello di kernel è per i driver che scrivi tu. Solo laboratorio. Di solito servono due macchine o una macchina virtuale: una esegue il debugger, l'altra è il target di test, collegati da una connessione di debug. Non usare mai il tuo PC quotidiano come target. Un BSOD irql not less or equal è un codice di arresto tipico lì, e lo stack nomina la funzione del driver che ha causato il malfunzionamento.

Sì, StatusRivet esegue gli strumenti stessi. Le card mostrano tutto. Ogni azione appare nella chat come una card con il suo risultato reale, e una card espansa mostra l'output completo, sia il risultato del comando che la diff del file. Un assistente chat descrive cosa potresti fare; questo agente legge il file, esegue il comando e segnala il codice di uscita effettivo. Approvi ancora le modifiche in modalità Ask first.

Gli strumenti file read_file, write_file, append_file, edit_file, delete_file, make_dir, move_file, copy_file, list_dir, grep e glob funzionano all'interno della cartella di lavoro della chat. Shell esegue comandi del terminale come i tuoi comandi di build e test e giudica il successo dal codice di uscita reale; i comandi pericolosi sono bloccati. L'ambito è tuo. Shell, web e SSH non sono limitati a quella cartella, quindi mantieni il lavoro all'interno dei tuoi sistemi.

Le modalità di approvazione sono Auto-run, Ask first e Plan only. Auto-run agisce immediatamente. Ask first fa una pausa prima delle azioni che modificano qualcosa, come la scrittura di un file, e mostra la diff per fela accettare. Plan only scrive un piano e non esegue nulla, né comandi né modifiche ai file; passi alla modalità per eseguirlo. I piani sopravvivono ai riavvii, quindi puoi tornare a uno più tardi.

Sì, windowsdebugging.com è il sito ufficiale di StatusRivet, e il pulsante di download qui fornisce il programma di installazione originale. Confronta il checksum SHA-256 con il manifesto pubblicato prima di eseguirlo. La versione corrente è 2.9.26, rilasciata il 2 nov 2026, e il programma di installazione è di circa 34 MB. Se qualcosa sembra sbagliato, usa il pulsante Send feedback all'interno dell'app.

No. StatusRivet mostra output reali, ma non può garantire che una diagnosi o una correzione siano corrette. Lavora dall'output testuale, e un log con simboli mancanti porta a risposte più deboli. Leggi ogni diff, ricompila e riesegui i tuoi test prima di mantenere una modifica. Un errore kernel power event 41 nel log, ad esempio, ti dice che il PC si è riavviato in modo imprevisto, non quale codice lo ha causato.

Il modello viene eseguito dove indichi StatusRivet. Un provider AI cloud esegue sui server del provider tramite un endpoint API standard, un modello locale esegue sul tuo PC, e il modello integrato è pronto all'uso senza il tuo endpoint. Testa prima di fidarti. Il pulsante Test controlla un endpoint e mostra il tempo di risposta e la finestra di contesto, così puoi confrontare le scelte prima di una lunga sessione di debug.

La risposta dipende dal modello, quindi non è un semplice sì o no. Con un provider AI cloud, il prompt, incluso il testo di qualsiasi file che l'agente legge per quello step, va a quel provider. Con un modello sul tuo PC, nulla lascia la macchina. Le chiavi restano locali. Chat e chiavi API restano sul PC in ogni caso, e i segreti nell'output degli strumenti vengono oscurati.

Il pulsante di download fornisce il programma di installazione di circa 34 MB, non l'.exe portatile. L'installer non è ancora firmato digitalmente, quindi esegui certutil -hashfile con il percorso del file scaricato e SHA256, e confronta il risultato con il manifesto pubblicato. Verifica prima di eseguire. Windows SmartScreen potrebbe avvisare; scegli More info e poi Run anyway solo dopo che il checksum corrisponde.

Il pulsante registra l'ora, il tuo indirizzo IP, l'user agent del browser e la fonte di riferimento, se presente, per contare i download, e poi ti reindirizza all'installer. Il sito stesso è composto da pagine statiche; l'hosting e un CDN elaborano gli indirizzi IP e i log di accesso, e un contatore di visite da statinside.com registra le visite alle pagine. L'app non ha telemetria.