2010-08-09 4 views
0

Je suis en train de déboguer le processus en cours (pas de sauvegarde) de PresentationHost.exe. Il a l'habitude de bien fonctionner, mais soudain, il y a quelques jours, je reçois le message d'erreur ci-dessus. ! Threads,! Pe, pratiquement toutes les commandes SOS ne fonctionnent pas. Tout ce dont je me souviens, c'est que j'ai installé Visual Studio 2010 et .NET framework 4.0 avant que j'obtienne cette erreur. Est-ce lié?"Impossible de demander ThreadStore" - processus de débogage WinDbg en cours

MISE À JOUR:

je me ne peut pas reproduire le problème que j'avais. Probablement que j'étais en train de déboguer un processus 32 bits avec un débogueur 64 bits, ou un processus .NET 4 avec .NET 2.0 SOS, ou vice versa, ou une combinaison de bitness et de DLL.

Excusez-nous pour que cette question ne soit pas valide.

+1

duplication possible de [Utilisation de WinDbg/SOS pour déboguer managed-> callstack natif. Je reçois "Impossible de demander ThreadStore"] (http://stackoverflow.com/questions/1478802/using-windbg-sos-to-debug-managed-native-callstack-i-get-failed-to-request-th) –

+1

Non, c'est différent. L'article que vous mentionnez est le débogage sur le fichier minidump, pendant que je débogue le processus en cours – chenz

Répondre

0

Quand essayez-vous de lancer la commande?
Cette erreur est assez fréquente lorsque vous tentez d'émettre des commandes SOS avant que le CLR soit entièrement chargé.
Vous pourriez tenter de rompre juste après que le CLR ait terminé sa procédure d'initialisation. Pour rompre à ce point, vous pouvez placer un point d'arrêt de la manière suivante: bp clr!EEStartup "gu". Cela provoquera le débogueur à rompre sur la fonction EEStartup et continuera l'exécution jusqu'à ce que la fonction se termine.
Lorsque le débogueur interrompt ce point d'arrêt, vous devriez pouvoir émettre vos commandes SOS.

+0

Je publiais la commande après le chargement de mon application, donc je crois que le CLR a été chargé. Merci pour les conseils quand même. – chenz

Questions connexes