2010-10-22 25 views
4

J'ai une application de construction utilisant les composants .NET 4.0, WinForms et DevExpress Winforms. J'ai un bug que je ne peux pas reproduire en utilisant une méthode simple "étape par étape". J'essaye d'employer des décharges de noyau pour déboguer ce problème. Je peux obtenir coredump et en vue d'exception bien à l'intérieur visual studio en utilisantCore dumps dans Visual Studio 2010 à partir de Release build

adplus -crash pn Main.exe -OC: \ sortie -y C: \ pdb -fullonfirst

Cependant, cette semble ne fonctionner qu'avec debug build, avec release build je reçois un message "Aucune source disponible, aucun symbole n'est chargé pour un cadre de pile d'appels Le code source ne peut pas être affiché"

Comment obtenir des informations utiles en utilisant la release construire? Y a-t-il des meilleures pratiques que je devrais utiliser avec ce problème?

Répondre

2

Basculez vers l'onglet Release, Project + Properties, Build, faites défiler vers le bas, Advanced. Remplacez le paramètre «Informations de débogage» sur Complet. Assurez-vous de changer l'argument/y, ces .pdbs doivent être stockés séparément des versions de débogage.

+0

Ça a marché! Bien que je ne reçoive pas de code source dans Visual Studio comme pour le débogage, je reçois la pile d'appel et les locaux et c'est ce qui m'importe – Emir

2

Vous devriez jeter un oeil à certaines de ces présentations de NDC2010:

Débogage avancé avec Visual Studio http://streaming.ndc2010.no/tcs/?id=B25D60E8-48C1-4514-9276-608859B4CC72

production .NET Hardcore Debugging http://streaming.ndc2010.no/tcs/?id=7CA2DE20-2C1E-4E15-B962-5A61426B2218

deux par Ingo Rammer.

+0

Salut, j'ai regardé ces deux vidéos, elles sont excellentes! Je pense que l'apprentissage WinDbg ou Mdbg est la voie à suivre pour moi, votez – Emir

+0

Des vidéos géniales! Merci d'avoir partagé. Votez. – qlf00n