2.9.26
Sortie le 2 nov. 2026
Site officiel StatusRivet
Windows debugging : du log de plantage au diff révisé
StatusRivet 2.9.26 est un agent IA pour Windows 10/11 qui exécute vos commandes de build et de test, lit les logs de plantage et les piles d'appels, et propose chaque correctif sous forme de diff que vous acceptez ou rejetez.
Lire la pile d'appels dans stack.txt, identifier l'exception et proposer un correctif.
- 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
en attente de votre validation avant l'étape suivanteRejeterAccepter
34 Mo
Le bouton de téléchargement donne cet installateur
25 Mo
Un exécutable unique existe aussi
13
Langues de l'interface de l'application
Windows 10/11
64 bits (x64)
Aucun
Aucun compte requis pour l'exécution
Windows debugging avec des outils réels et un diff vérifiable
Le Windows debugging consiste à comprendre pourquoi un programme se comporte mal en le suspendant, en lisant son état et en testant un correctif. Compilez avec les symboles. StatusRivet 2.9.26 exécute ensuite vos commandes de build et de test, lit les logs texte et les piles d'appels générés par votre débogueur, et affiche chaque modification proposée sous forme de diff pour que vous l'acceptiez ou la rejetiez.
Corriger une vérification null manquante
Tâche : une application que vous avez développée plante avec une violation d'accès, 0xC0000005, et vous soupçonnez une vérification null manquante. L'agent utilise grep pour trouver le code d'exception et le nom de la fonction dans votre log, puis read_file pour ouvrir le fichier source à cette fonction. Il propose la réparation avec edit_file sous forme de diff. Ask first met en pause avant cette modification, afin que vous lisiez les 3 lignes modifiées avant d'accepter. Shell exécute ensuite votre commande de build et votre commande de test, et la carte affiche le code de sortie réel. Relancez le test.
Trace de l'outil
grep 0xC0000005 crash.log → 1 match
read_file src/parser.cpp → read
edit_file src/parser.cpp → +3
Shell your test command → exit 0Transformer une pile d'appels de votre débogueur Windows en correctif
Tâche : vous disposez d'un dump de plantage issu de votre propre build de test et vous devez identifier la fonction défaillante. Shell exécute votre débogueur Windows en mode ligne de commande sur le dump et enregistre la pile d'appels du thread défaillant dans un fichier texte, puis read_file charge ce texte et l'agent fait correspondre les 3 premiers cadres aux lignes de source. Les symboles sont importants. Avec le PDB correspondant, la pile affiche les noms de fonction, les fichiers source et les numéros de ligne, tandis que sans celui-ci vous ne voyez que des adresses. L'agent propose un diff minimal, et vous le révisez en mode Ask first avant toute modification.
Trace de l'outil
Shell your debugger on app.dmp > stack.txt → exit 0
read_file stack.txt → read
grep ParseHeader → 2 matchesPréparer un plantage de pilote sur une cible de labo
Tâche : un pilote que vous avez développé plante sur une machine de test et vous souhaitez identifier le module défaillant. Une configuration de débogage noyau nécessite 2 machines ou une machine virtuelle, l'une exécutant le débogueur et l'autre servant de cible de test, reliées par une connexion de débogage. Conservez-le dans un labo. N'utilisez jamais votre PC quotidien comme cible. Shell exécute des commandes via SSH sur une machine de labo que vous possédez, read_file lit le texte enregistré par votre débogueur, et grep fait correspondre le nom du module à votre source. Les paramètres de connexion modifient la cible, donc notez les anciennes valeurs et gardez Ask first activé pendant vos travaux.
Trouver le module derrière un code d'arrêt
Tâche : une machine de test affiche un code d'arrêt et vous devez identifier le module responsable. Lancez votre débogueur sur le minidump ou votre log personnel, puis laissez grep rechercher dans le texte enregistré le code d'exception et le nom du module, et read_file affiche les lignes autour de chaque correspondance. Lorsqu'un fil de forum demande de l'aide pour les dumps bsod, l'écart habituel est l'absence de symboles, donc faites correspondre le bon PDB au build avant de lire n'importe quel cadre. Vérifiez les 2 résultats vous-même. L'agent rapporte ce qu'il a trouvé, et vous décidez quelle découverte suivre.
En quoi StatusRivet diffère d'un assistant chat typique
Vos outils de débogage pour Windows conservent le pas à pas. StatusRivet 2.9.26 lit leur sortie texte, exécute vos commandes de build et de test, et affiche le résultat réel de chaque action. Le pas à pas reste le vôtre.
| Assistant chat typique | StatusRivet | |
|---|---|---|
| Action | Décrit la commande que vous pourriez exécuter | Exécute la commande et affiche sa sortie |
| Résultat | Rédige un résumé de ce qui pourrait se produire | Affiche le code de sortie réel, le fichier ou le diff |
| Contrôle | Vous copiez, collez et exécutez chaque étape vous-même | Ask first met en pause avant les actions qui modifient quelque chose |
| Fichiers | Fonctionne à partir du texte que vous collez dans le chat | Lit et modifie les fichiers dans le dossier de travail |
Comment démarrer en quatre étapes
- Téléchargez le programme d'installation, d'environ 34 Mo, et exécutez-le sur Windows 10 ou 11.
- Comparez la somme de contrôle SHA-256 de l'installateur avec le manifeste publié, car l'installateur n'est pas encore signé numériquement.
- Choisissez un modèle : un point de terminaison de fournisseur d'IA cloud, un modèle sur votre PC ou le modèle intégré.
- Choisissez le dossier du projet, passez en mode Ask first, et décrivez le plantage que vous souhaitez investiguer.
Qui l'utilise et quand
Les développeurs d'applications viennent en premier : vous avez écrit le programme, il plante sur une machine de test, et le log s'étend sur des centaines de lignes. StatusRivet lit ce log, trouve le code d'exception et ébauche un diff, afin que votre attention se porte sur la 1 question qui compte, à savoir si la modification est correcte. Lisez le diff.
Les rédacteurs de pilotes obtiennent la même boucle sur une cible de labo. Un code d'arrêt indiquant kmode exception not handled dans netio.sys signifie qu'un pilote en mode noyau a levé une exception non gérée, et la pile d'appels du thread défaillant nomme la fonction. Machines de labo uniquement.
Les testeurs et ingénieurs du support qui reçoivent un plantage de la build d'un collègue peuvent demander la pile d'appels et la ligne de source la plus proche. Un dump issu d'une build nécessite le PDB de cette même build. Conservez les deux fichiers ensemble.
Questions fréquemment posées
Qu'est-ce que le windows debugging ?
Le Windows debugging consiste à comprendre pourquoi un programme se comporte mal sur Windows en le suspendant, en examinant son état et en testant un correctif. Il existe 2 types : le débogage en mode utilisateur des applications et le débogage en mode noyau des pilotes et du système. Un débogueur affiche les points d'arrêt, la pile d'appels, les registres et les variables. Les deux reposent sur les symboles PDB. StatusRivet lit la sortie texte et ébauche le correctif.
windowsdebugging.com est-il le site officiel de StatusRivet ?
Oui, windowsdebugging.com est le site officiel de StatusRivet. Le bouton de téléchargement donne le programme d'installation original, et vous pouvez comparer sa somme de contrôle SHA-256 avec le manifeste publié avant de l'exécuter. Vérifiez avant de lancer. Si quelque chose semble incorrect, utilisez le bouton Send feedback à l'intérieur de l'application pour nous le signaler.
StatusRivet remplace-t-il mon débogueur ?
Non. StatusRivet fonctionne à partir de texte : il exécute le mode ligne de commande de votre débogueur, votre commande de build et votre commande de test, puis lit la sortie et ébauche un diff. Pour le pas à pas interactif, les points d'arrêt et les registres, continuez à utiliser votre propre débogueur et transmettez la sortie à l'agent. Les deux outils restent utiles.
Comment examiner les fichiers .dmp après un plantage ?
Un fichier .dmp est un dump de plantage qui stocke l'état d'un programme lorsqu'il a échoué. Pour l'examiner, exécutez le mode ligne de commande de votre débogueur dessus, enregistrez la pile d'appels du thread défaillant dans un fichier texte, et demandez à StatusRivet de lire ce fichier avec read_file et de le rechercher avec grep. Conservez le PDB correspondant.
Que signifie « windows dbg » ?
Windows dbg est un moyen de recherche abrégé pour un débogueur qui s'exécute sur Windows. Ce n'est pas un nom de produit ici. StatusRivet ne fournit aucun débogueur. Il exécute celui que vous possédez déjà en mode ligne de commande et fonctionne à partir du texte écrit par ce débogueur, donc conservez votre propre débogueur installé.
Les résultats sont-ils toujours exacts ?
Non. StatusRivet affiche la sortie réelle de chaque action, mais il ne peut pas garantir qu'un diagnostic, un diff ou un correctif soit correct. Un log manquant de symboles ou de lignes conduit à des réponses plus faibles. Vous lisez chaque diff, reconstruisez, et relancez votre commande de test avant de conserver une modification. Testez d'abord.
Mes fichiers quittent-ils le PC ?
La réponse dépend du modèle que vous choisissez. Avec un fournisseur d'IA cloud, l'invite, y compris le texte de tout fichier que l'agent lit pour cette étape, est envoyée à ce fournisseur. Avec un modèle s'exécutant sur votre PC, rien ne quitte la machine. Les clés restent locales. Les secrets dans la sortie des outils sont masqués avant d'atteindre le modèle.
Commencez à déboguer vos propres logiciels
Téléchargez StatusRivet 2.9.26, un programme d'installation d'environ 34 Mo pour Windows 10/11, et pointez-le vers un projet dont vous êtes propriétaire. Commencez avec Plan only. Ensuite, révisez chaque diff proposé par l'agent.
Télécharger StatusRivet pour Windows ↗Plus sur StatusRivet
Chaque page de ce site est disponible en 20 langues, tandis que l'interface de l'application en propose 13.
Fonctionnalités du produit et modes d'approbation ↗ Connecter un modèle cloud, local ou intégré ↗ Workflow de débogage distant pour les machines de labo ↗ Télécharger et vérifier le programme d'installation ↗ Questions sur les plantages, les dumps et la confidentialité ↗ Ce que le site et l'application enregistrent ↗
