Version imprimable
Bonjour à tous,
On m'a parlé d'un flag permettant dans Visual (C++, 2005) de générer un fichier texte contenant des informations sur le déroulement du programme lors de son exécution.
Auriez-vous une idée de comment obtenir des informations lors de l'exécution d'un programme C++ (pile d'appels, codes d'erreurs ou autres) dans un fichier texte ? Je n'ai pas trouvé dans les propriétés du projet...
Si vous avez une idée n'hésitez pas...
Merci d'avance ;).
Vous voulez parler de logs, de traces, de dumps mémoires ?
Sur quels types "d'évènements" ?
je cherche à obtenir des détails sur l'origine de l'erreur d'exécution, le contexte, l'état dans lequel était le programme lorsque l'incident s'est produit, etc.
Ce genre de renseignements peut-il etre extrait automatiquement lors de l'exécution... sous forme de traces pourquoi pas, liste des appels de fonctions, j'ai besoin d'infos donc j'accepte toute proposition susceptible de m'indiquer si une variable n'est pas initialisée (ou mal), si le programme passe dans une fonction spéciale d'erreur, s'il essaye d'accéder à une mauvaise version de DLL...
Existe-t-il un flag ou une option à activer dans Visual pour produire, lors de l'exécution, un fichier qui tracerait ce genre d'informations... ?
Je ne connais pas de flags "magiques" qui permettraient de loguer toutes les entrées et les sorties de méthode ou de dumper la valeur des variables à chaque modification. C'est toujours possible à faire avec un peu de code assembleur de prologue et d'épilogue de fonction, mais je ne pense pas que cela soit votre besoin.
Si c'est avoir des explications sur des incidents lors de plantage ou d'une charge CPU ou disque trop forte, Je vous conseil l'utilisation d'utilitaire de dump automatiques comme ADPLUS.
http://msdn.microsoft.com/en-us/library/cc265629.aspx.
Si vous nous donner une description de votre problème et pas d'une solution (le flag magique de Visual Studio).
Je pense que s'il existe ce flag, nous le connaîtrons et la description du problème permettra de trouver et de faire bien plus.
le dump de l'exécutable permet d'avoir toute la mémoire et la pile d'appel lors de l'incident ou du snapshot manuel.Citation:
sous forme de traces pourquoi pas, liste des appels de fonctions
normalement, c'est les warnings lors de la compilations qui vous les indiquent.Citation:
m'indiquer si une variable n'est pas initialisée (ou mal),
paramétrable avec ADPLUS de dumper sur le passage dans une fonction (mais c'est un peu tetchy :aie:)Citation:
si le programme passe dans une fonction spéciale d'erreur
Les trace du débuggeur en ligne d'ADPLUS log le chargement et le déchargement de dll et le dump mémoire permet de voir le contenu de celles-ci.Citation:
d'accéder à une mauvaise version de DLL...
Pour être plus précis sur le problème et non la solution, j'ai ce plantage :
Par ailleurs j'ai découvert ce matin qu'il y a l'option /analyse dans visual qui fournit des informations aux développeurs à propos des erreurs possibles dans leur code source C/C++. Les erreurs de codage courantes signalées pour cet outil sont la saturation de la mémoire tampon, la mémoire désinitialisée, le déréférencement du pointeur null et les fuites de mémoire et de ressources.Citation:
Application défaillante controleur.exe, version 3.1.1.0, module défaillant msvcr80.dll, version 8.0.50727.762,...
(Cf. http://msdn.microsoft.com/fr-fr/libr...tz(VS.80).aspx)
Cependant, j'ai activé cette option mais aucun fichier "CodeAnalysisLog.xml" est généré. Je ne sais pas pourquoi. De plus, ce fichier est semble-t-il généré lors de l'édition de lien donc il ne me donnera que des informations sur les possibles erreurs... pas sur les appels successifs que fait le programme ou les erreurs rencontrées.
Je vais regarder du côté d'ADPLUS si je progresse...
Merci en tout cas pour les conseils. Si vous en avez d'autres n'hésitez pas :ccool:
CodeAnalysis, c'est une analyse statique, ce n'est pas votre problème initial.
En cas de plantage, ADPLUS permettra d'avoir un dump.
Il faudra utiliser WinDbg ou Visual Studio pour lire le contenue du Dump.
Pensez à configurer la récupération automatique des symboles pour les dll système et à avoir archivé correctement les .pdb correspondant à la version de l'exécutable en erreur.
Merci pour ce tuyau je vais déjà essayer avec ça. J'ai testé ça à l'air interressant même si je ne sais pas encore bien décortiquer le dump...
Sinon je suis en train de regarder la solution de faire du debug a distance... pourquoi pas.