débogage à distance - Remote Debugger ne prend pas en charge cette version d'erreur de Windows

Question

J'ai un client XP qui connaît un problème. Ma boîte de dev est Vista Home 64. Je commence le débogueur sur la machine cliente et quand je tente de lancer la boîte de dev, il dit: « Impossible de debug. débogueur distant ne prend pas en charge cette version de Windows.

On dirait que je suis sol. est-il une autre façon de savoir comment débugger? L'application est de lancer une erreur d'exécution .net eventid 5000 avec une erreur de system.security. Je ne sais pas pourquoi la prise d'essai ne l'obtenir. Y at-il un moyen de savoir ce qui se passe?

Merci!

Answer 1

Met le cadre de .net a été lavé au jet sur le client. Je ne pouvais pas obtenir un stacktrace ou rien. Supprimé et réinstallé NET Framework et tout fonctionnait très bien!

Merci pour toute l'aide!

Answer 2

Vous pouvez exécuter dans des problèmes avec le débogueur 64 bits ne pas être en mesure de traiter le client de débogage 32 bits.

Il y avait une question un tout en parlant il y a des problèmes de connexion d'un débogueur 32 bits à une cible 64 bits (qui je pense est à l'opposé de votre situation):

• x86 à distance service Debugger sur x64

Bien qu'il n'y ait pas de solution là-bas, il pourrait vous donner quelques idées - peut-être est aussi simple que de se assurer que vous utilisez la version 32 bits du débogueur sur la machine x64 (si cela peut être fait simplement) ..

Answer 3

Êtes-vous en cours d'exécution du moniteur de débogage à distance (Msvcmon.exe) sur la machine distante?

La version du moniteur correspond la version Visual Studio que vous utilisez sur la machine locale?

Answer 4

Oui, MSVCMON est venu du même disque et il est en cours d'exécution. Je suis en cours d'exécution vs2k8 qui est la version 32 bits (est-il une version 64 bits?)

Dois-je exécuter un débogueur? Je pensais que vs2k8 était le débogueur et le client qui exécute l'application renvoie son statut?

Answer 5

Si vous allez cibler XP 32 bits, alors je vous recommande d'avoir au moins une machine virtuelle de XP intégré afin que vous puissiez tester votre application sur le système d'exploitation.

Vous devriez être en mesure d'ouvrir la solution à l'intérieur et XP étape par là.

Avez-vous des Stace-trace ou plus d'informations sur votre erreur de system.security? Peut-être en compilant une version de débogage, plutôt que d'une version, vous aurez plus d'une idée de ce qui est à l'origine. (Désolé si cela vous enseigne comment grimaces.)