Common Language Runtime détecté une défaillance de programme dans Visual Studio

J'ai été à l'aide de Visual Studio 2008 est assez longue, mais dernièrement, je reçois ce message lorsque je développe une application en C#:

Common language runtime détecté une défaillance de programme

Ce qui se passe lorsque j'essaie d'entrer dans les propriétés d'un composant (texte masqué de la boîte de propriétés, la boîte à outils de la propriété, etc..). Mais il est vraiment devenu un problème quand j'ai essayé de lancer une autre solution que j'ai téléchargé à partir du Développeur 5 étoiles programme de Microsoft et il n'a pas permis de me lancer à tous et juste eu le même problème...

J'ai cherché la réponse sur google, mais juste eu quelques indices au sujet des personnes ayant la même vague d'erreur, mais dans différentes situations, comme dans ASP.NET

Je vous serais reconnaissant de toute aide avec ce problème... 🙁 je ne veux pas réinstaller VS, qui sera ma dernière ressource...

Mise à jour:

Je n'ai jamais compris quel était le problème, j'ai donc installé une machine virtuelle avec Windows XP, je n'ai que Visual Studio et Netbeans.

Vérifier vos Références de Projet, qui a fonctionné pour moi

OriginalL'auteur Jimmy | 2009-10-30

  1. 5

    Pouvez-vous reproduire le problème dans une nouvelle solution sans faire référence à une extra assemblées? Si oui, je pense que la réinstallation serait votre meilleur pari. Désolé!

    J'ai essayé les suivantes: 1) Réinstallé le 3.5 .Net Framework // Ne fonctionne pas 2) Réinstallé le Visual Studio 2008 Standard edition // Ne fonctionne pas 🙁 ... ayant toujours le même vilain message: "Common Language Runtime détecté une défaillance du programme" le problème est qu'il n'y a pas d'infos supplémentaires qui pourrait me donner une idée sur le problème... Thx pour le moment
    btw, je suis sur Vista 32 bits service pack 2 dans un Core Quad... je ne sais pas si cela peut aider
    Pour info: j'ai eu le même message alors que de déconner avec le Réflecteur + Reflexil. Dans mon cas, le sens est le j'ai détruit la Dll en quelque sorte, et Visual Studio ne peut plus l'utiliser. donc je suppose que l'un (ou plusieurs) de vos Dll a été détruit...

    OriginalL'auteur GraemeF

  2. 8

    J'ai été confronté à ce problème en essayant d'invoquer Système.De la gestion.L'automatisation.Instances d'exécution.RunspaceFactory.CreateRunspace()
    Pour ce cas, la solution est de modifier le fichier de projet et assurez-vous que la référence à liés assemblée est exactement ainsi:

    <Reference Include="System.Management.Automation" />

    D'autres façons de référence de la présente assemblée, par l'intermédiaire du VS 2012 asseblies sélecteur et par la cueillette de l'assemblée dans l'emplacement physique de l'ensemble de référence.

    OriginalL'auteur Konstantin Isaev

  3. 5

    Je n'ai jamais trouvé une solution à ce problème en ligne. Mais qu'est-ce résolu pour moi, a été d'utiliser le "Propre Solution" option dans Visual Studio.

    Semble VS avait obtenu un peu "sale", en quelque sorte.

    OriginalL'auteur Daniel

  4. 4

    Que vous avez à supprimer temparory asp.net les fichiers de 

    C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files

    et puis exécutez votre solution en asp.net.Maintenant, il va fonctionner correctement.

    OriginalL'auteur Ajmal Shahzad

  5. 2

    J'ai rencontré cette erreur. Peverify a aidé à trouver la source - c'était une méthode de groupe invocation de la syntaxe. Allez comprendre.

    OriginalL'auteur Gleno

  6. 1

    Essayez d'utiliser "Solution Propre" avant de passer par Microsoft du guide de dépannage.

    Avez-vous un lien vers cette?

    OriginalL'auteur Alan

  7. 1

    Pourrait être l'utilisation d'un assemblage qui a un autre PROCESSEUR cible de x86 ou x64 de celui spécifié dans la solution d'ouvrir dans Visual Studio.

    Si vous pouvez recompiler l'assemblée, définir la cible de l'assembly référencé le même type de processeur que celui de l'open solution pour résoudre ce problème.

    Ma situation était en cours d'exécution sur un x64 cpu avec un objectif de x86 pour ma solution et d'un assemblage avec un PROCESSEUR cible de Toute.

    OriginalL'auteur Ethereal13

  8. 1

    Bien, (pour moi), j'ai réussi à résoudre ce problème de mon côté, après une heure d'enquêtes.

    Dans VB.NET (v4.0 VS-SP1), j'ai trouvé un bug où le compilateur ne génère pas une erreur ni ne l'IntelliSense:

    Avis ci-dessous, si j'ajoute la ligne suivante dans une fonction (n'importe où dans le programme, la Classe, le Module de /Forme de /etc):

    MyGraphics.DrawImage(OriginalImage.Clone(New System.Drawing.Rectangle(ClipX1, ClipY1, ClipW, ClipH), Drawing.Imaging.PixelFormat.Format24bppRgb), 0, 0, TempWidth, TempHeight)

    Le compilateur renvoie cette erreur avant même qu'elle frappe la fonction pendant le débogage, il n'a même pas atteindre la ligne (juste en ajoutant à la functoin, le compilateur peur même d'entrer dans cette fonction).

    J'ai copié la ligne à partir d'une autre fonction dans mon code, la fonction existante fonctionne bien, mais la nouvelle n'a pas. Ce qui est assez choquant pour être honnête.

    Maintenant, j'ai vérifié de nouveau et trouvé la cause, comme le OriginalImage objet a été défini comme un Bitmap dans le code du travail, cependant, j'ai défini comme une Image dans celui qui n'a pas fonctionné.

    De plus, je suis allé à la ligne de code ci-dessus, et vérifié les paramètres ou arguments que le "clone" de la fonction ci-dessus prend, celui de la Bitmap instance a les paramètres corrects et avec 3 morphes (c'est à dire 3 autre ensemble de paramètres, vous pouvez appeler la fonction avec), cependant, avec le Image type d'instance, le Clone ne prend pas de paramètres !.

    J'ai été assez shoekd pour voir cela, le problème est que je n'ai pas d'erreur ni avertissement dans IntelliSense, ni par le compilateur d'erreur, le code compilé, mais la fonction ne pouvais pas exécuter, je suis sûr que c'est un bug (Ahem...).NET.

    Fixation, il était temps de changer de system.drawing.Image en system.drawing.Bitmap, code a travaillé par la suite.

    J'espère que cette aide

    Cordialement
    Heider

    OriginalL'auteur Heider Sati

  9. 0

    Un de mes collègues avait un problème où sa boîte à outils fini par corrompre. Essayez d'ouvrir la boîte à outils, cliquez avec le bouton droit et choisissez "Réinitialiser la boîte à outils". Vous ne savez jamais.

    OriginalL'auteur Steve Cooper

  10. 0

    Redémarrage de ma machine a résolu ce problème pour moi. Il semble qu'il y a beaucoup de références à ce problème que de parler d'une limitation de la taille d'une méthode et le nombre de variables locales. C'est seulement le cas pour .net framework 2.0 ou moins. Donc, votre meilleur pari est de Nettoyer, Reconstruire, de Redémarrer ou à la fin de Re installer le Visual Studio. Dans mon expérience, il est plus ofer un "collé/corrompu" Visual Studio.

    OriginalL'auteur Dimitris Maniatis

  11. 0

    C'est en quelque sorte une vieille question, mais je viens de tomber sur ce problème aussi.

    Pour moi, c'était simplement que j'ai essayé d'utiliser non typée objets au lieu de fortement variables de type. J'ai tourné option strict dans mon ASP.net les propriétés du projet et de la correction de toutes les erreurs de conversion qui est apparu et il fonctionne parfaitement maintenant.

    Quelque chose que vous pouvez essayer avant de réinstaller VS ou l'une de l'autre, beaucoup plus de temps des mesures d'autres l'ont mentionné.

    OriginalL'auteur Mike_OBrien

  12. 0

    J'ai résolu ce totalement faux (ou à tout le moins, trompeuse) message d'erreur en utilisant correctement un objet dans le ADDHANDLER de HandlerObject paramètre...j'avais mis un nom de classe là par erreur!

    OriginalL'auteur Harry Gross

  13. 0

    Encore une cause possible de cette: j'ai eu cette erreur lors de la mise en œuvre de Microsoft Faux dans les tests unitaires. L'une des .les faux fichiers xml j'étais en train de configurer manuellement ressemblait à ça avant, j'ai ajouté les espaces de noms j'allais à générer pour:

    <StubGeneration>
  <Clear/>
</StubGeneration>
<ShimGeneration>
  <Clear/>
</ShimGeneration>

    Pas de tests étaient en cours d'exécution et quand j'ai débogué tests dans le projet avec ce Faux programme d'installation j'ai eu le Common language runtime détecté une défaillance de programme message. J'ai pris l'un des <Clear/>s et tout transformé en magique arc-en-ciel et des licornes.

    OriginalL'auteur st3inn

  14. 0

    J'ai eu le même problème, après avoir installé AppDynamics.
    La solution a été de désinstaller AppDynamcis.

    Nous utilisons .NET remoting, d'appeler des services web. (Le projet de l'héritage)

    OriginalL'auteur Preben Huybrechts

  15. 0

    Ce que j'ai fait était de supprimer les optimisations et de dépassement d'entier, de la vérification. Retrait de la trace et de déboguer des cases à cocher dans la même boîte de dialogue permis de travail pour moi.

    OriginalL'auteur Lauren Glenn

  16. 0

    Je suis à l'aide de visual studio 2012 et ont de grandes au niveau du projet dans vb.net.
    j'ai aussi face à ce même problème dans mon pc pendant de créer des colonnes dans la grille.

    Je viens de nettoyer mon projet et de le Reconstruire ensuite, il est lisse à exécuter.

    Vous remercie,

    OriginalL'auteur Gursewak Kalsi