"une exception d'appel a déclenché une exception" lors du démarrage de Visual Studio 2010
Lorsque je démarre Visual Studio 2010, l'erreur 'exception has been thrown by a target of invocation' m'empêche souvent d'ouvrir Visual Studio. Un redémarrage de mon ordinateur fait disparaître l'erreur, mais elle revient quelques jours plus tard.
Qu'est-ce qui cause cette erreur et comment puis-je m'en débarrasser?
J'ai trouvé beaucoup de questions sur SO qui mentionnent cette erreur lors de l'exécution de leur code dans Visual Studio, mais aucune lors de l'ouverture de Visual Studio.
Il semble que le problème soit que mon chemin système est devenu trop long à gérer pour Windows: il était composé de 2087 caractères (astuce pour cet article ).
J'ai eu ce problème avec Visual Studio 2012 aujourd'hui. Quelque chose semblait aller mal lors de la première installation, il a donc été utile de supprimer ces entrées de registre:
HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\11.0
HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\11.0_Config
Visual Studio sera ensuite configuré à nouveau lorsque vous le démarrerez. Vous pouvez aussi simplement renommer it.
J'ai eu le même problème avec Visual Studio 2012 et SQL Server Management Studio, la solution consistait à réduire la longueur de la variable SYSTEM PATH .
Symptômes: après le démarrage d'une instance de Visual Studio 2012, toute tentative de démarrage d'une autre ou d'une de SQL Server Management Studio échouait. Le redémarrage de l'ordinateur me permettrait de redémarrer une seule instance de VS2012. Réparer l'installation de VS2012 n'a pas aidé.
Aucune de ces solutions n'a résolu le problème avec Visual Studio 2012, mais j'ai finalement réussi à le résoudre en installant la dernière mise à jour 4 à partir du site Web Visual Studio
La réponse de BioGeek a résolu mon problème. Dans mon cas, le débordement du chemin système ne rompt pas seulement Visual Studio, il interrompt également l'interface graphique pour modifier le chemin système lui-même.
J'ai une erreur sur: Panneau de configuration> Système> Paramètres système avancés.
La solution de contournement est exécutée c:\windows\system32\SystemPropertiesAdvanced.exe.
Mon chemin semblait également affecter l'accès aux paramètres système avancés à partir du Panneau de configuration\système\Paramètres système avancés.
Il fallait le lancer depuis Windows\System32 pour afficher la boîte de dialogue Paramètres système avancés, puis éditer les variables d’environnement à partir de là.
Une installation récente de la pile MEAN avait ajouté une instruction de chemin d'accès pour mon compte d'utilisateur. J'ai entièrement supprimé ce paramètre, puis VS2010 et la boîte de dialogue Paramètres système avancés ont démarré sans problème.
J'ai eu un problème similaire en essayant d'exécuter "Task Runner Explorer" dans VS2015, une erreur s'est produite: "Une exception a été émise par la cible d'un invocatio n ".
Je l'ai résolu en réinstallant uniquement le correctif "Microsoft ASP.NET and Web Tools" (DotNetCore.1.0.0-VS2015Tools.Preview2.exe) à partir de this link.
Pour ajouter à la réponse de BioGeek. Vous ne devez pas nécessairement vous débarrasser des entrées de votre chemin, vous pouvez contourner la limitation de caractères en introduisant plus de variables.
par exemple.
PATH = {1800 CHARACTER LONG STRING}{500 MORE CHARACTERS}
Vous ajouteriez une variable EXTENDEDPATH, comme ceci:
EXTENDEDPATH = {500 MORE CHARACTERS}
Et enfin vous référencez cette variable dans votre PATH
PATH = {2000 CHARACTER LONG STRING};%EXTENDEDPATH%;
Je vous conseillerais de laisser au moins 100 à 200 caractères de marge de manœuvre sur votre chemin pour ne pas avoir à surveiller la variable d'environnement PATH à chaque fois que vous installez quelque chose.
J'ai reçu cette erreur lorsque j'ai installé SQL Server Express 2014 sur une machine qui possédait déjà 2012. Je l'ai installé avec des outils, ce qui a apparemment cassé SSMS 2012. Plus précisément, en essayant d '"Éditer les 200 premières lignes", l'erreur a été renvoyée.
L'utilisation de SSMS 2014 semble bien fonctionner.
La variable de chemin système est trop longue. Copiez le contenu actuel dans le bloc-notes et supprimez les entrées répétées, les entrées non souhaitées et la copie dans la variable chemin.
Ce problème se produit en raison d'un long chemin dans votre environnement. Les fenêtres de variable ne prennent en charge que 2048 caractères . Pour résoudre ce problème, vous devez supprimer de la variable PATH quelques environnements varibale de votre système.
Dans mon cas, cette erreur était due à une clé non valide dans le fichier web.config. Essayez de revenir aux dernières modifications apportées au fichier.
j'ai eu le même problème, mais j'ai compris que "connectionStrings" devait être sous "configSections" dans le fichier web.config