Corset d'appariement et de références en évidence soudainement cesser de travailler (VS2013)
Visual Studio 2013 accolade de l'appariement, les références de mettre en évidence, détection automatique de variables/méthodes,les changements de nom (besoin d'utiliser Refactoriser au lieu de cela), etc... sont en arrêt de travail et de travailler à nouveau après une VS redémarrer. Je suis en train d'écrire le code en C#.
Suis-je la seule souffrance/affectés par ce problème?
Très très ennuyeux VS2013 problème!!!!! Il coutures de se produire seulement dans les grands projets.
Mise à jour 1: j'ai réalisé qu'il se passe juste après que j'ai ouvert tout WinForm en VS Designer. Quand je reviens à l'édition de code, le corset de correspondance et des trucs a disparu et j'ai besoin de redémarrer VS!
Mise à jour 2: Visual Studio 2013 Update 4 et encore... PAS de solution!! Bonjour Microsoft?
Mise à jour 3: Depuis ma solution a peu de votes, je vais la résumer ici. Dans mon cas, le problème a été un Thread.Sommeil été appelé par VS Designer. C'était une erreur de code, mais de toute façon, le Concepteur ne doit pas exécuter un Filetage.Sommeil commandes de congélation de l'ensemble de la VS.
- avez-vous essayez de redémarrer vs nouveau?
- Comme je l'ai dit, après un redémarrage, il fonctionne. Mais pas beaucoup de temps. Je souffre de ça depuis que je l'ai installé.
- Se pourrait-il qu'il s'arrête de fonctionner dans un fichier que vous avez initialement créé comme d'un autre type que .cs? J'ai eu des problèmes dans VS2013 quand j'ai accidentellement créé .fichier html au lieu de .cs et ensuite traités comme une .cs fichier en le renommant l'extension et l'ajout de contenu approprié.
- Le problème semble être lié à Microsoft.Alm.Shared.Remoting.RemoteContainer.dll, j'ai rencontré plusieurs bugs liés à cela. Parfois, il se bloque à 100% de CPU et doit être dénoncé et VS redémarré.
- malheureusement, je n'ai pas.
- Cela appartient comme un rapport de bogue sur connect.microsoft.com.
- pouvez-vous poster le bug de lien?
- Merci de ne pas modifier votre question, mais répondre séparément. Il faut l'accepter.
- J'ai mis à jour ma question avec ce type de solution est parce que j'ai été en attente d'une meilleure réponse. Le mien est du genre empirique.
- Édité à nouveau, le problème persiste!!
Vous devez vous connecter pour publier un commentaire.
Jusqu'à ce correctif arrive, essayez de désactivation du code de la lentille.
tools->options->text editor -> all languages ->code lens
Ou tout simplement tuer l'ALM partagé Remoting tâche. si elle est très élevée de l'UC.
C'est un bug dans Visual Studio, et malheureusement, l'un que Microsoft a décidé de ne pas fixer jusqu'à Visual Studio 2015, selon ce billet sur se Connecter:
Même ainsi, j'ai été en mesure d'atténuer ce problème assez que CodeLens est à nouveau fonctionnel (personnellement, j'utilise #3 et #4):
Microsoft.Alm.Shared.Remoting.RemoteContainer.dll
processus (il peut y en avoir plusieurs) et Définir la priorité à en Dessous de la Normale ou Faible. (Vous devrez le faire à chaque fois que vous ouvrez Visual Studio)Microsoft.Alm.Shared.Remoting.RemoteContainer.dll
processus (il peut y en avoir plusieurs) et cliquez sur Définir l'affinité et désélectionner un ou plusieurs noyaux. (Vous devrez le faire à chaque fois que vous ouvrez Visual Studio)J'ai trouvé que seul #2 peut résoudre complètement le problème, mais #3 devrait être suffisant pour empêcher le gel causé par le processus de saturer les ressources disponibles, même si le processus va encore causer de l'utilisation élevée du PROCESSEUR jusqu'à la fin du traitement. Votre kilométrage peut varier avec #4.
Je suis tombé sur ce post parce que j'ai été frappé par ce problème aussi, et il semble que cela pourrait être lié à ce bug signalé sur Microsoft Connect.
Malheureusement, il ne semble pas être un bonne solution de contournement, et Microsoft a déclaré qu'ils vont l'aborder dans une prochaine version de Visual Studio (qu'il s'agisse d'une nouvelle version ou une mise à jour, je ne sais pas).
Utilisateur Chris Bjugstad a posté une suggestion sur le rapport de bug, la page qui peut ou ne peut pas vous aider:
Ce sera probablement seulement temporairement résoudre votre problème (si nécessaire), jusqu'à ce qu'il commence la construction de ce dossier à sauvegarder.
Bonne chance!
FINALEMENT j'ai trouvé le bug !!
Bien, il semble que vous pouvez pirater VS IDE et de le mettre en veille (LOL), les effets secondaires sont les problèmes que je vivais, comme les accolades correspondantes ne fonctionne plus.
Comment reproduire:
Vous remarquerez le Fil.Dormir dans l'action ! Maintenant, retournez à l'édition de code, les accolades correspondantes et des trucs a disparu. Seul moyen pour résoudre ce problème est de redémarrer VS.
Code pour reproduire le bug:
Je pense que VS Designer doit ignorer Fil.Commande de veille, n'est-ce pas?
Maintenant je viens de vérifier si le code est en cours d'exécution à l'intérieur de VS Designer avant de faire mes trucs en appelant le:
J'ai aussi essayé d'ajouter ce code à l'intérieur de Form1, il paraît que VS ignore le Sommeil.
J'ai remarqué ce problème ainsi. J'ai aussi remarqué que je n'était pas connecté à mon Visual Studio profil et une fois que j'ai résolu le Visual Studio en ligne des informations d'identification numéro de la CPU de porcs s'en alla.