Modifier et continuer fonction a cessé de travailler dans Visual Studio 2010

StackOverflow https://stackoverflow.com/questions/4782057

Question

Le Modifier Visual Studio et continuer fonction arrêté sur Visual Studio 2010, et je ne sais pas ce qui a causé le problème.

Je travaille sur un programme d'application Windows en utilisant C #. Cette application a été initialement développé dans Visual Studio 2008 et mis à jour plus tard à Visual Studio 2010.

Tout allait bien au travail, y compris Modifier et continuer, jusqu'à ce que je mis à jour le .NET Framework 3,5 à 4,0.

Maintenant, quand j'utilise le mode de débogage, en changeant une ligne du code dans les résultats IDE dans le message suivant:

Edits ont été faites qui ne peut pas compilé. L'exécution ne peut se poursuivre jusqu'à les erreurs de compilation sont fixes.

En fait, il n'y a pas d'erreurs de compilation, et je dois redémarrer le Visual Studio pour obtenir les mises à jour de l'exécution.

Comment puis-je obtenir Modifier et continuer à travailler à nouveau?

Était-ce utile?

La solution 2

Le Modifier et continuer fonction ne fonctionne pas avec le mot-clé dynamic.

J'ai essayé de supprimer la méthode qui utilise un paramètre dynamic, et le projet converti fonctionne maintenant sur Visual Studio 2010.

recherche sur Internet révèle que est un bug qui a été signalé à Microsoft. Le lien ci-dessous contient plus de détails:

Autres conseils

Dans la vue Explorateur de solutions, cliquez-droit sur chaque référence de Références, choisissez Propriétés. Dans la vue Propriétés, Faux signe au champ de Intégrer Interop Types. Cela fonctionne pour moi.

J'ai eu quelques fichier Excel "embed interop types" == true. Quand je l'ai changé pour faux, éditer et continuer à travailler commencé.

J'avais utilisé hier profileur de Microsoft et après mon « Modifier et continuer » caractéristique est parti. Je me suis finalement rendu compte après des heures de frustration que je devais exécuter VsPerfCLREnv / globaloff commande de commande rapide et redémarrer mon ordinateur. Maintenant, j'ai mon Edit et continuer l'avenir en arrière. Cela n'a rien à voir avec la plate-forme cible par la voie. Il fonctionne avec l'ensemble de la plate-forme cible Any CPU sans aucun tracas.

J'ai eu ce problème dans Visual Studio 2013, et: -

  • Parfois fermeture juste et la réouverture de la solution fonctionne, mais quand cela ne veut pas
  • redémarrer Visual Studio (solution proche, sortie Visual Studio, Visual Re-Open Studio, solution Rouvrir, rejuger le débogage avec Modifier et continuer) corrige ce problème.

Dans mon cas, je ne pas de types Interop qui ont été incorporés, n'a pas non plus de tout mon code ont le mot-clé dynamic, et j'avais fait une solution complète propre sans succès. J'avais couru, le débogage et re-démarrage plusieurs fois, cependant, il peut avoir quelque chose à voir avec la mémoire - il a fallu Visual Studio plus d'une minute à proximité, au cours de laquelle le disque se débattait (vraisemblablement la pagination de la mémoire à jeu).

Je vais essayer de nettoyer tous les fichiers qui sont générés par VS. Donc, je supprime les répertoires bin et obj et je voudrais aussi supprimer les fichiers *.suo et *.user. Étant donné que ces fichiers sont générés automatiquement cela ne devrait pas affecter quoi que ce soit (bien que je évidemment faire une sauvegarde de tous les fichiers au cas où il y a d'autres dossiers qui ont été mis là par erreur).

Parfois, ces fichiers peuvent être corrompus (il se produisait beaucoup dans le vieux VC ++, etc.) et VS peut commencer à agir très drôle.

J'ai essayé toutes les solutions ci-dessus aucun d'entre eux a travaillé pour moi. Cependant, quand je supprimé les dossiers bin et objet en studio visuel et courir à nouveau, il commence à travailler.

travailler avec VS2017 communauté J'ai eu ce problème aggravant: si vous portez un projet existant de la balise EmbedInteropTypes peut-être pas dans le fichier .csproj encore, une recherche est vaine. Si tel est le cas, ajoutez la balise à la fin du groupe de propriété Debug | x86 (ou celui que vous utilisez) au .csproj avec un éditeur de texte:

avant: 

  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x86' ">
    <DebugSymbols>true</DebugSymbols>
    <OutputPath>bin\x86\Debug\</OutputPath>
    <DefineConstants>DEBUG;TRACE</DefineConstants>
    <DocumentationFile>bin\Debug\MyProject.XML</DocumentationFile>
    <DebugType>full</DebugType>
    <PlatformTarget>x86</PlatformTarget>
    <ErrorReport>prompt</ErrorReport>
    <Prefer32Bit>false</Prefer32Bit>
  </PropertyGroup>

après: 

  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x86' ">
    <DebugSymbols>true</DebugSymbols>
    <OutputPath>bin\x86\Debug\</OutputPath>
    <DefineConstants>DEBUG;TRACE</DefineConstants>
    <DocumentationFile>bin\Debug\MyProject.XML</DocumentationFile>
    <DebugType>full</DebugType>
    <PlatformTarget>x86</PlatformTarget>
    <ErrorReport>prompt</ErrorReport>
    <Prefer32Bit>false</Prefer32Bit>
    <EmbedInteropTypes>false</EmbedInteropTypes>
  </PropertyGroup>

Cela doit être fait avec tous les projets qui appartiennent à la solution!

VS2013 je devais activer « Utiliser le mode de compatibilité géré » dans les options de débogage. Je pense qu'il est parce que j'ai un projet .Net 4 faisant référence à un .Net 2 assemblage.

Pour un autre projet dans la même solution que je devais décocher « Définir constante TRACE » dans les propriétés du projet.

Dans ma situation, quelqu'un a ajouté une référence à la sortie du projet dans la liste de référence: dans le regard Solution Explorer sous [ProjectName] \ Références pour [ProjectName *] et retirez-le.

Si le projet se fonde sur le code à partir d'une copie de lui-même, vous ne pouvez pas « Modifier et continuer ». Dans la liste d'avertissement vous pouvez ou ne peut pas (plus probablement dans un projet plus vaste) ont « conflits de type importé » messages si cela est la cause du problème.

Dans Visual Studio 2015, je l'ai supprimé le dossier .vs (où le fichier du nouveau style est), supprimé tous bin et obj, et aussi désinstallés ReSharper 2015 . Modifier et continuer est de retour.

(Note: IntelliSense montre maintenant autocomplete presque instantanément, alors qu'il prenait 2 à 5 secondes avant, peut-être la faute de ReSharper, et peut-être sans rapport avec ...)

La lecture de ce qui précède, mon projet de l'interface utilisateur a Shell32 avec "Intégrer Interop Types" == true. Je l'ai changé à faux, et « modifier et continuer » travail commencé.

Dans la vue Explorateur de solutions, cliquez-droit sur chaque référence de Références, choisissez Propriétés. Dans la vue Propriétés, Faux signe au champ de Intégrer Interop Types. Cela a fonctionné pour moi.

Pour qui obtient toujours cette erreur même avec Visual Studio 2017

Pas de dynamique / portable paquets de classe Bibliothèques / NuGet ou des problèmes de dépendance. Aucune erreur ou d'avertissement mis en évidence par Visual Studio.

Après des heures passées à tenter toutes les solutions affichées dans ce domaine et autres threads et pages Web, la seule solution qui a fonctionné pour moi était de l'enregistrement, retirez l'espace de travail et Map&Get à nouveau .

Pour supprimer l'espace de travail, Source control ? Advanced ? Workspace ? Remove.

J'utilise Visual Studio 2017 Communauté à jour et après une installation relativement fraîche sur une nouvelle machine (une semaine et quelques heures de travail).

Méthodes je l'ai testé sans succès avant la solution ci-dessus

  • Veillé Modifier et continuer a été activé dans les options Visual Studio. Et décocher la cocher à nouveau
  • Suppression bin et obj pour tous les projets en solution
  • Effacez et régénérez tout, redémarrez VS / reboot en combinaison au-dessus
  • Vérification des options de compilation et des forfaits NuGet et dll compatibilité pour les projets, inspirés par cette
  • Décharger les projets dans diverses combinaisons pour tester les problèmes de dépendance ou d'autres problèmes (inspiré par cette )
  • Suppression solution d'un re-téléchargeant (sans enlever l'espace de travail)
  • Signe False pour les types Intégrer Interop
  • Set <_ResolveReferenceDependencies> à true comme expliqué ici
  • Les combinaisons de ce qui précède avec le redémarrage du VS et redémarrages

Après cela, je fait un check-in et téléchargé la solution sur une autre machine exécutant la même version de Visual Studio (Communauté 2017). Comme je n'ai pas Edit et continuer question là, je suis allé pour la suppression de l'espace de travail.

Dans mon cas, ce qui a fonctionné était décochant « Exiger des fichiers source pour correspondre exactement à la version originale » dans les options de débogage. VS Communauté 2017 ici.

Je devais décocher la case "Activer Modifier natif et continuer" dans Outils -> Options -> Debugging -> Général:

Retrait de la * des versions de montage de mes projets référencés a résolu le problème pour moi.

De Github:

"Je reproduit cette question sur un mélange de VB et C # projets [Assemblée: (. * 1.2.3 AssemblyVersion")]. Une fois une des références de projet VB un projet C # avec ce paramètre les choses commencent à s'effondrer. On dirait qu'il a l'inverse le même problème. » -Rhuijben

https://github.com/dotnet/roslyn/issues/28224

(Au risque d'être signalé, semble que nous avons été la souffrance de VS Modifier et continuer les questions pour plus d'une décennie. Il est pour moi choquant que l'équipe Visual Studio Microsoft n'a pas pris la peine d'aider les développeurs en fournissant plus prolixe informations lorsque cela se produit)

J'ai essayé tout ce qui précède, aucune n'a fonctionné. Il était apparemment en raison de permettre des options de débogage de bas niveau (registres de vue ...)

Outils -> Paramètres d'importation et d'exportation -> Réinitialiser tous les réglages

a résolu

Dans VS 2015 cette erreur a été provoquée par un paquet NuGet j'avais récemment installé. En désinstallant ce package et la réinstallation, le bug a été corrigé.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top