Pourquoi utiliser WinDbg vs le débogueur Visual Studio (VS)?

Question

Quelles sont les principales raisons d'utiliser WinDbg par rapport au débogueur Visual Studio?

Et est-il couramment utilisé en remplacement complet du débogueur Visual Studio, ou davantage si le besoin s’en fait sentir?

Answer 1

Si vous vous demandez pourquoi vous devriez utiliser windbg sur Visual Studio, puis vous avez besoin de lire Avancées de Débogage de Windows. Tout moment vous avez besoin de déboguer un vraiment laid problème windbg a la meilleure technologie pour le faire avec de Visual Studio. Windbg, a un langage de script puissant et permet d'écrire des Dll pour automatiser des problèmes difficiles. Il va installer gflags.exe qui vous donne un meilleur contrôle sur le tas pour le débogage mémoire remplace.

Vous n'avez pas réellement besoin de lancer l'installation, vous pouvez simplement copier les fichiers et être prêt à aller. Aussi, il installe adsplus.vb, de sorte que vous pouvez prendre des mini-décharges de processus en cours d'exécution. Il est également très facile d'installation pour effectuer le débogage distant. Il n'y a rien de mieux que de pouvoir déboguer un problème à partir de votre propre bureau à la place de la lutte contre le moniteur de 15 pouces qui scintille sur un PC de test.

Pour le quotidien l'écriture de code j'utilise Visual Studio, mais une fois que vous avez besoin pour démarrer le débogage des problèmes à partir d'autres ordinateurs ou de vous trouver dans une très laid situation, windbg est la seule façon d'aller. Passer quelques temps à l'apprentissage de windbg est un excellent investissement. Aussi, si vous regardez les vidages sur incident il y a deux grandes ressources, http://www.dumpanalysis.org/blog et http://blogs.msdn.com/ntdebugging/default.aspx que font tous leurs débogage à l'aide de windbg.

Answer 2

Voici quelques liens pour aider à l'aide de WinDbg, la plupart le sont .NET spécifiques.

• John Robbins discussions sur l'utilisation de cmdtree pour créer une fenêtre de commande.
• Voici un rapide WinDbg/SOS feuille de triche.
• En cas de bris, il est, correctif, vous devez la a un tas de WinDbg/Sos articles connexes, principalement autour de débogage ASP.NET.
• Ici est un vieux aperçu de SOS à partir de MSDN mag. Il est d'environ .NET 1.1 donc son age.

Answer 3

Vous ne précisez pas si vous êtes le débogage de code natif ou géré. Il n'a pas d'incidence sur la réponse, WinDbg est extrêmement utile à la fois, mais beaucoup de gens croient que WinDbg est en quelque sorte moins pertinentes lors du débogage .NET applications. De ne pas faire. Comme un bonus, vous pouvez en apprendre beaucoup sur la façon dont l' .NET plate-forme fonctionne par le débogage .NET application dans WinDbg avec l'extension SOS. Exécuter (ou joindre pour) votre .NET application dans WinDbg et le type...

.loadby sos mscorwks

...pour être sûr que vous chargez l'extension de droite pour la version du CLR en cours d'utilisation. Puis, type...

!help

... pour voir ce que les commandes sont disponibles dans l'extension SOS.

J'ai entendu dire qu'il plaisanté en disant que Microsoft n'a qu'un seul outil de développement, et c'est WinDbg. Tout ce que vous pourriez peut-être voulez pour le débogage est là, ou dans une extension. Bien sûr, un sous-ensemble de ces choses sont également disponibles en VS avec une INTERFACE utilisateur plus conviviale... :-)

Answer 4

Je l'ai utilisé quand on m'a envoyé des fichiers .dmp d'un serveur NT4.0 - MSVC ne chargera pas ces fichiers au format ancien.

Answer 5

Léger, peut être exécuté sans l'installer sur la machine d'un client, rapidement, peut déboguer le mode noyau.