2012-11-19 5 views
0

J'utilise Visual Studio 2008 pour compiler et déboguer un plugin pour une application qui fonctionne sous Windows. Le plugin a un problème et il se bloque. J'ai été en cours d'exécution VS en mode débogage, mais lorsque l'application se bloque VS trace de la pile n'a rien de mon code. C'est peut-être l'application elle-même qui se bloque. Donc, je pense que je pourrais essayer de comprendre quelle partie de mon code fait quelque chose que l'application hôte n'aime pas en saupoudrant quelques instructions d'impression ici et là dans mon code. Cela fonctionne généralement comme prévu sur les systèmes * nix mais dans Windows je ne peux pas trouver où la sortie de ces impressions va. Quelqu'un peut-il me diriger dans la bonne direction? En outre, si vous utilisez des impressions, déboguer est trop 1970 et quelqu'un sait un meilleur moyen de comprendre où regarder lorsque la trace de la pile ne révèle rien d'intéressant s'il vous plaît faites le moi savoir.Impression débogage dans Visual Studio?

Répondre

0

Si je connais bien, debug.print n'est exécuté que lorsqu'un débogueur est attaché, sinon il est perdu. (Ceci s'applique à C# et vb.net). Vous pouvez utiliser un enregistreur pour consigner vos problèmes dans une base de données ou un fichier texte. Un NLOG comme pour faire le simple travail "log to a txt file". En outre, vous n'avez pas besoin de supprimer votre code de connexion lors de l'envoi de votre addon -simplement appuyer sur les messages de log avec un faible niveau de débogage. En outre, vous pouvez vous connecter au journal des événements de Windows, mais il est encombré de jonques cargaisons de courrier indésirable. Vous risquez donc d'avoir du mal à différencier cette sortie. Journal des événements: http://support.microsoft.com/kb/301279