Comment arrêter un clic droit bloquant Visual Studio 2008
https://stackoverflow.com/questions/126472
-
02-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
J'ai un très grave problème avec Visual Studio 2008. Parfois, lorsque je clique avec le bouton droit de la souris pour accéder à la définition, définir la prochaine instruction, etc., lorsque je débogue, Visual Studio se verrouille simplement et passe en mode sans réponse.
Quelqu'un at-il eu le même problème? Est-ce que quelqu'un sait comment le résoudre?
Modifier: J'utilise SP1 avec quelques correctifs.
La solution 2
Ce problème ne se produit plus pour moi depuis que j'ai migré vers Windows7. Si vous êtes toujours malheureux avec Windows Vista, j’ai découvert qu’il ne restait accroché qu’à un clic droit en attendant que la base de données intellisense soit construite (voir le coin inférieur gauche pour l’avancement). Le seul "correctif" J'avais à attendre qu'intelliSense cesse de construire, puis faites un clic droit.
Autres conseils
Problème:
Les applications / dll signées se chargent lentement dans Vista. Visual Studio IDE "se bloque" sur des postes de travail hors connexion / non connectés à Internet. Sans connexion Internet, la vérification de la révocation des certificats expire et provoque le blocage des applications. Lors du débogage / de la progression dans le code, des dll sont chargées en fonction des besoins. C’est le moment où la vérification de la révocation est tentée et où VS IDE ne répond plus.
Qu'est-ce que cela affecte:
Cela affecte toutes les applications / dll signées et constitue également la raison pour laquelle Microsoft Word / Excel a mis si longtemps à ouvrir un simple document. Applications Office, SQL Management Studio, Visual Studio, Applications Web utilisant un certificat.
Correction:
Désactiver la vérification de la révocation du certificat de l'éditeur
Via IE:
- Accédez aux options Internet dans IE 7
- Allez ensuite dans l'onglet Sécurité, faites défiler vers le bas
- Décochez la case "Vérifier la révocation du certificat de l'éditeur"
- cliquez sur OK
Via le registre:
- Ouvrez regedit
- Accédez à la clé suivante:
HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ CurrentVersion \ WinTrust \ Fournisseur de confiance \ Publication de logiciel
- Pour désactiver la vérification:
Modifiez la valeur de la clé d'état en 146944 décimale ou 0x00023e00 hexadécimale
Pour réactiver le contrôle: Modifiez la valeur de la clé d'état sur 146432 décimal ou sur 0x00023c00 hexadécimal
Solution de remplacement:
Désactiver le processus d'hébergement Visual Studio:
- Ouvrez un projet dans Visual Studio.
- Dans le menu Projet, cliquez sur Propriétés.
- Cliquez sur l'onglet Débogage.
- Décochez la case Activer le processus d’hébergement Visual Studio.
Remarque: le correctif alternatif entraîne la perte de certaines fonctionnalités de débogage.
Contexte:
Rapport Microsoft Connect
J'ai écrit un morceau de code l'autre jour, un modèle très fou, et le dernier VisualStudio se bloquerait si je plaçais la souris sur le code modélisé. C'était surréaliste :)
Quoi qu'il en soit, vous pourriez avoir un problème de ce type et vous voudrez peut-être supprimer votre base de données intellisense et réessayer.
Essayez de lancer Visual Studio en mode sans échec pour éliminer les problèmes d’extension installée.
Lors du débogage d'applications multithreads, je suis parfois bloqué lorsque le point d'arrêt est atteint. Et parfois, VS se bloquait (sablier) lorsque j'essayais de regarder une variable en cliquant avec le bouton droit de la souris sur la variable dans le code.
J'ai cherché sur Google et trouvé un indice qui expliquait que, lorsque VS rompait, il évaluait toutes les variables des sections locales et surveillait les volets afin de les afficher. Toutefois, dans les applications threadées, cela peut entraîner des blocages si le code prend des verrous lors de l'évaluation des valeurs, par exemple dans les getters de propriétés.
En fermant la sous-fenêtre des sections locales avant la fermeture, j'ai évité les blocages.
Je ne l'explique pas très bien. J’ai encore essayé de googler pour trouver l’allusion originale, mais j’ai échoué.
Il a peut-être été ceci: Pourquoi Visual Studio se bloque-t-il pendant le débogage? .
Quittez Visual Studio et supprimez le fichier .ncb du projet.
non, mais cela ressemble à un bug. Signalez-le à MS et il vous expliquera comment obtenir une configuration de débogage afin de leur envoyer des informations pour le déboguer.
Mark, avez-vous appliqué le SP1?
Je n’ai pas eu votre problème exact, mais j’ai eu des problèmes pour le verrouiller pendant 15 secondes en mode débogage (ou lors de la sortie du mode débogage). J'ai trouvé un billet de blog quelque part suggérant des solutions possibles.
L’une d’elles consistait à ouvrir IE 7 et à ouvrir la section Outils -> Options Internet -> Options avancées -> Sécurité et à décocher les cases "Vérifier la révocation du certificat de l'éditeur" et "Vérifier la révocation du certificat du serveur" ( ou au moins le premier). Une fois que j'ai fait cela, mes problèmes de lock-up étaient finis.
Certes, ma boîte de dev n’est pas sur Internet, je ne me souciais donc guère de la plupart de ces paramètres dans IE. Je ne sais pas si cela vous aide, mais cela a certainement réglé mes problèmes avec VS 2008.
Tout le meilleur!
Je trouve que Visual Studio (VC9) se bloque régulièrement lors du débogage d'applications multithreads. Je dois généralement redémarrer pour récupérer le système.
En ce qui me concerne, j’ai constaté que VS tentait d’ouvrir une adresse IP expirée depuis le débogage distant précédent. Vérifiez votre configuration de débogage sous Outils - > Options - > Débogage --- > Symboles Assurez-vous de ne pas avoir un mauvais chemin là-bas.
Ce n’est pas une solution que je connaisse, mais une justification pour déplacer mes projets VC de VC2008 à VC2010, où Intellisense a été désactivé. La reprise a bien fonctionné, même si elle n’a pas été explicitement activée pendant 3 heures.
Ah, un autre gros bloqueur de show pourrait être "ActiveDirectory". Si cela se produit sur votre travail et qu'ils utilisent " ActiveDirectory " cela peut arriver. Quelqu'un ici a prétendu qu'il s'agissait d'un bug avec la barre d'outils Google, mais je n'ai aucune preuve solide que Google soit responsable ou non.
