2.9.26
Lansat pe 2 noi. 2026
Site-ul oficial StatusRivet
Windows debugging: de la jurnalul de crash la diferența revizuită
StatusRivet 2.9.26 este un agent AI pentru Windows 10/11 care execută comenzile de build și testare, citește jurnalele de crash și stivele de apeluri, și propune fiecare corectură sub formă de diferență pe care o accepți sau respingi.
Citește stiva de apeluri din stack.txt, identifică excepția și propune o corectură.
- Shell
your debugger on app.dmp > stack.txtexit 0 - read_file
stack.txtread - grep
0xC0000005 stack.txt1 match - edit_file
src/parser.cpp+3 - Shell
your build commandexit 0 - Shell
your test commandexit 0
așteaptă aprobarea ta înainte de următorul pasRespingeAcceptă
34 MB
Butonul de descărcare oferă acest instalator
25 MB
Există și un exe unic
13
Limbi ale interfeței aplicației
Windows 10/11
64-bit (x64)
Niciunul
Nu este necesar un cont pentru a rula
Windows debugging cu instrumente reale și o diferență verificabilă
Windows debugging înseamnă a afla de ce un program se comportă greșit prin oprirea lui, citirea stării sale și testarea unei corecturi. Construiește cu simboluri. StatusRivet 2.9.26 execută apoi comenzile tale de build și testare, citește jurnalele text și stivele de apeluri pe care le scrie debugger-ul tău, și afișează fiecare modificare propusă ca o diferență pe care să o accepți sau respingi.
Corectează o verificare nulă lipsă
Sarcină: o aplicație pe care ai scris-o se prăbușește cu o încălcare a accesului, 0xC0000005, și bănuiești o verificare nulă lipsă. Agentul folosește grep pentru a găsi codul excepției și numele funcției în jurnalul tău, apoi read_file pentru a deschide fișierul sursă la acea funcție. Propune repararea cu edit_file ca o diferență. Ask first se oprește înainte de acea editare, astfel încât să citești cele 3 linii modificate înainte de a accepta. Shell execută apoi comanda de build și comanda de testare, iar cardul afișează codul de ieșire real. Rulează din nou testul.
Urmărire unealtă
grep 0xC0000005 crash.log → 1 match
read_file src/parser.cpp → read
edit_file src/parser.cpp → +3
Shell your test command → exit 0Transformă o stivă de apeluri din debugger-ul tău Windows într-o corectură
Sarcină: ai un dump de crash din propria ta versiune de test și ai nevoie de funcția care a cauzat eroarea. Shell execută debugger-ul tău Windows în modul linie de comandă pe dump și salvează stiva de apeluri a firului de execuție responsabil într-un fișier text, apoi read_file încarcă acel text, iar agentul potrivește primele 3 cadre cu liniile din sursă. Simbolurile sunt importante. Cu PDB-ul corespunzător, stiva afișează numele funcțiilor, fișierele sursă și numerele de linii, în timp ce fără ea vezi doar adrese. Agentul propune o diferență minimă, iar tu o revizuiești în modul Ask first înainte ca orice să se schimbe.
Urmărire unealtă
Shell your debugger on app.dmp > stack.txt → exit 0
read_file stack.txt → read
grep ParseHeader → 2 matchesPregătește un crash de driver pe o mașină de laborator
Sarcină: un driver pe care l-ai scris se prăbușește pe o mașină de test și vrei modulul responsabil. O configurație de debug Windows pentru kernel are nevoie de 2 mașini sau o mașină virtuală, una care execută debugger-ul și una ca țintă de test, conectate printr-o conexiune de debug. Menține-l într-un laborator. Nu folosi niciodată PC-ul tău de zi cu zi ca țintă. Shell execută comenzi prin SSH pe o mașină de laborator pe care o deții, read_file citește textul salvat de debugger-ul tău, iar grep potrivește numele modulului cu sursa ta. Setările de conexiune schimbă ținta, așa că notează valorile vechi și menține Ask first activ în timp ce lucrezi.
Găsește modulul din spatele unui cod de oprire
Sarcină: o mașină de test afișează un cod de oprire și ai nevoie de modulul responsabil. Rulează debugger-ul pe minidump sau pe propriul tău jurnal, apoi lasă grep să caute în textul salvat pentru codul excepției și numele modulului, iar read_file afișează liniile din jurul fiecărei potriviri. Când un fir de pe forum întreabă pentru ajutor cu dump-urile BSOD, golul obișnuit este lipsa simbolurilor, așa că potrivește PDB-ul corect cu build-ul înainte de a citi orice cadru. Verifică cele 2 rezultate singur. Agentul raportează ce a găsit, iar tu decizi ce descoperire să urmezi.
Cum diferă StatusRivet de un asistent chat tipic
Instrumentele tale de debugging pentru Windows păstrează controlul pas cu pas. StatusRivet 2.9.26 citește ieșirea lor text, execută comenzile tale de build și testare, și afișează rezultatul real al fiecărei acțiuni. Pas cu pas rămâne al tău.
| Asistent chat tipic | StatusRivet | |
|---|---|---|
| Acțiune | Descrie comanda pe care ai putea să o rulezi | Rulează comanda și afișează ieșirea |
| Rezultat | Scrie un rezumat al ceea ce s-ar putea întâmpla | Afișează codul de ieșire real, fișierul sau diferența |
| Control | Tu copiezi, lipești și rulezi fiecare pas singur | Ask first se oprește înainte de acțiunile care schimbă ceva |
| Fișiere | Lucrează din textul pe care îl lipești în chat | Citește și editează fișierele din folderul de lucru |
Cum să începi în patru pași
- Descarcă programul de instalare, de aproximativ 34 MB, și rulează-l pe Windows 10 sau 11.
- Compară suma de control SHA-256 a instalatorului cu manifestul publicat, deoarece instalatorul nu este încă semnat digital.
- Alege un model: un endpoint de furnizor AI cloud, un model pe PC-ul tău sau modelul integrat.
- Alege folderul proiectului, comută la Ask first și descrie crash-ul pe care vrei să îl investighezi.
Cine îl folosește și când
Dezvoltatorii de aplicații vin pe primul loc: ai scris programul, se prăbușește pe o mașină de test, iar jurnalul are sute de linii. StatusRivet citește acel jurnal, găsește codul excepției și redactează o diferență, astfel încât atenția ta merge la singura întrebare care contează, și anume dacă modificarea este corectă. Citește diferența.
Scriitorii de drivere primesc același ciclu pe o mașină de laborator. Un cod de oprire care citește kmode exception not handled în netio.sys înseamnă că un driver în modul kernel a ridicat o excepție pe care nimic nu a gestionat-o, iar stiva de apeluri a firului responsabil numește funcția. Doar mașini de laborator.
Testerii și inginerii de suport care primesc un crash de la build-ul unui coleg pot cere stiva de apeluri și linia de sursă cea mai apropiată. Un dump din 1 build are nevoie de PDB din același build. Păstrează ambele fișiere împreună.
Întrebări frecvente
Ce este windows debugging?
Windows debugging este aflarea motivului pentru care un program se comportă greșit pe Windows prin oprirea lui, examinarea stării sale și testarea unei corecturi. Există 2 tipuri: debugging în modul utilizator al aplicațiilor și debugging în modul kernel al driverelor și al sistemului. Un debugger afișează punctele de întrerupere, stiva de apeluri, registrele și variabilele. Ambele se bazează pe simboluri PDB. StatusRivet citește ieșirea text și redactează corectura.
Este windowsdebugging.com site-ul oficial StatusRivet?
Da, windowsdebugging.com este site-ul oficial StatusRivet. Butonul de descărcare oferă programul original de configurare, iar poți compara suma de control SHA-256 cu manifestul publicat înainte de a-l rula. Verifică înainte de a rula. Dacă ceva pare greșit, folosește butonul Send feedback din interiorul aplicației pentru a ne spune.
Înlocuiește StatusRivet debugger-ul meu?
Nu. StatusRivet lucrează din text: execută modul linie de comandă al debuggerului tău, comanda de build și comanda de testare, apoi citește ieșirea și redactează o diferență. Pentru pas cu pas interactiv, punctele de întrerupere și registrele, continuă să folosești propriul debugger și preda ieșirea agentului. Ambele instrumente rămân utile.
Cum examinez fișierele .dmp după un crash?
Un fișier .dmp este un dump de crash care stochează starea unui program când a eșuat. Pentru a-l examina, rulează modul linie de comandă al debuggerului tău pe el, salvează stiva de apeluri a firului responsabil într-un fișier text și cere StatusRivet să citească acel fișier cu read_file și să îl caute cu grep. Păstrează PDB-ul corespunzător.
Ce înseamnă "windows dbg"?
Windows dbg este un scurtătură de căutare pentru un debugger care rulează pe Windows. Nu este un nume de produs aici. StatusRivet nu livrează niciun debugger. Rulează pe cel pe care îl deții deja în modul linie de comandă și lucrează din textul pe care acel debugger îl scrie, așa că păstrează propriul debugger instalat.
Sunt rezultatele întotdeauna corecte?
Nu. StatusRivet afișează ieșirea reală a fiecărei acțiuni, dar nu poate promite că un diagnostic, o diferență sau o corectură sunt corecte. Un jurnal cu simboluri lipsă sau linii lipsă duce la răspunsuri mai slabe. Citești fiecare diferență, reconstruiești și rulezi din nou comanda de test înainte de a păstra o modificare. Testează mai întâi.
Fișierele mele părăsesc PC-ul?
Răspunsul depinde de modelul pe care îl alegi. Cu un furnizor AI cloud, promptul, inclusiv textul oricărui fișier pe care agentul îl citește pentru acel pas, merge la acel furnizor. Cu un model care rulează pe PC-ul tău, nimic nu părăsește mașina. Cheile rămân locale. Secretele din ieșirea instrumentelor sunt mascate înainte să ajungă la model.
Începe debugging-ul propriului software
Descarcă StatusRivet 2.9.26, un program de configurare de aproximativ 34 MB pentru Windows 10/11, și indică-l către un proiect pe care îl deții. Începe cu Plan only. Apoi revizuiește fiecare diferență pe care o propune agentul.
Descarcă StatusRivet pentru Windows ↗Mai multe despre StatusRivet
Fiecare pagină a acestui site este disponibilă în 20 de limbi, în timp ce interfața aplicației are 13.
Caracteristici produs și moduri de aprobare ↗ Conectează un model cloud, local sau integrat ↗ Flux de lucru de debugging remote pentru mașini de laborator ↗ Descarcă și verifică programul de configurare ↗ Întrebări despre crash-uri, dump-uri și confidențialitate ↗ Ce înregistrează site-ul web și aplicația ↗
