Discussion :

[temoanatini]

Bonjour,
j'aimerais savoir si vous connaissez des outils capables de fournir/aider à trouver des informations sur la cause d'un écran bleu. (du même type que Mutek's BugTrapper à l'époque). Merci

[Louis-Guillaume Morand]

C'est pas dur
1- il faut que l'ecran bleu ait généré un fichier dump (chez moi c'est désactivé par exemple)

2- il faut un debuggueur en ayant précedemment chargé les symbols
http://www.microsoft.com/whdc/devtoo...g/default.mspx


3- ce n'est utile que lors du developpement de drivers et c'est TRES compliqué. ce n'est vraiment pas à la portée de tout le monde mais je te laisse t'y essayer

[temoanatini]

Déjà, je te remercie pour ta réponse si rapide.
Je sais qu'à priori, à part les drivers, rien ne peut causer d'écran bleu...
Je voudrais un outil qui trace les événements en parallèle de l'execution du logiciel et qui ait la possibilité d'écrire ce fichier log à la volée sur un ordinateur distant.
BugTrapper 3 le faisait à l'époque de VC++ 6.0.
Avec Visual Studio 2005 ?
Mutek à été racheté et je crois que AppSight peu faire ça. Je voulais juste savoir s'il existait des concurrents...

[Louis-Guillaume Morand]

Je sais qu'à priori, à part les drivers, rien ne peut causer d'écran bleu...

bah tu sais très mal Ecran bleu => erreur fatale kernel irrecupérable. cela vient soit d'un driver, soit du hardware, soit d'un logiciel qui corrompt la mémoire ou des données systèmes.

deuxiement, tu as deux choses différentes
- le debugguage en live, plein de programmes le font, aussi bien windasm que visual studio
- l'analyse des dumps memoire.

Il faut savoir ce que tu veux avant de chercher un programme specifique.
Il faut aussi savoir si tu veux deviner quelle est la source du BSOD ou si tu connais l'origine mais que tu veux le detail...

[temoanatini]

Ce que je veux, c'est tracer l'execution du code.
Le programme ayant écrit sur une machine distante, la séquence ne sera pas perdue... du moins on approchera de beaucoup la ligne où ça s'est planté... quelques appels plus loin ça aura fait BOOM.
Je ne veux pas de debugger car le problème se pose sur certaines machines (j'ai déjà fait une petite enquête et toutes les versions des drivers qui peuvent poser problème -graph et un autre- sont les mêmes) en particulier sur lesquelles il ne faut pas installer d'outils, si ce n'est un petit client (comme le client RAC de BugTrapper-mais bugtrapper n existe plus-) qui balance sur le réseau des infos concernant l'execution du programme.

Sinon, comment un processus peut corrompre la mémoire s'il n'écrit que dans son espace d'adressage ? (peut-être voudras-tu m'aiguiller sur un autre forum là)
merci