Modifica e continuazione funzionalità smesso di lavorare in Visual Studio 2010

https://stackoverflow.com/questions/4782057

23-10-2019
|

Domanda

Il Visual Studio Modifica e continuazione funzionalità fermato su Visual Studio 2010, e non so che cosa ha causato il problema.

Sto lavorando su un programma di applicazione Windows utilizzando C #. Questa applicazione è stata inizialmente sviluppata in Visual Studio 2008, e successivamente aggiornato a Visual Studio 2010.

Tutto stava funzionando benissimo, tra cui Modifica e continuazione, fino a quando ho aggiornato il .NET Framework 3,5-4,0.

Ora, quando io uso la modalità di debug, modificare alcuna riga del codice nei risultati IDE nel seguente messaggio:

Le modifiche sono state fatte che non può compilato. L'esecuzione non può continuare fino a quando gli errori di compilazione sono fissi.

In realtà, non ci sono errori di compilazione, e devo riavviare il Visual Studio per ottenere gli aggiornamenti per l'esecuzione.

Come posso ottenere Modifica e continuare a lavorare di nuovo?

Soluzione 2

La Modifica e continuazione caratteristica non funziona con la parola chiave dynamic.

Ho provato a rimuovere il metodo che utilizza un parametro dynamic, e il progetto convertito ora funziona su Visual Studio 2010.

ricerca su Internet rivela che è un bug che è stato segnalato a Microsoft. Il link qui sotto ha più dettagli:

oggetto dinamico come parametri del metodo pause Modifica e continuazione per la classe e il progetto

Altri suggerimenti

Nella vista Esplora soluzioni, fare clic destro su ciascuna di riferimento dei riferimenti, scegliere Proprietà. Nella vista Proprietà, firmare False per il campo dei tipi Embed Interop. Questo funziona per me.

Ho avuto qualche file di "embed interop types" == true Excel. Quando ho cambiato su false, modificare e continuare a lavorare iniziato.

I aveva usato profiler di ieri Microsoft e successivamente la mia "Modifica e continuazione" caratteristica cavata. Ho finalmente capito, dopo ore di frustrazione che avevo bisogno di eseguire VsPerfCLREnv / globaloff comando dal prompt dei comandi e riavviare il computer. Ora ho il mio Modifica e continuazione di nuovo futuro. Non ha nulla a che fare con la piattaforma di destinazione per la via. Funziona con set di piattaforma di destinazione a qualsiasi CPU senza alcun problema.

Ho avuto questo problema in Visual Studio 2013 e: -

A volte basta chiudere e riaprire i lavori della soluzione, ma quando questo non significa
il riavvio di Visual Studio (Chiudi soluzione, uscita di Visual Studio, riaprire Visual Studio, soluzione di ri-aperto, nuovo tentativo di debug con Edit & Continue) lo ripara.

Nel mio caso, non ho avuto alcun tipo di interoperabilità che sono stati incorporati, né ha qualsiasi del mio codice hanno la parola chiave dynamic, e avevo effettuato una soluzione completa pulita senza successo. Ero stato in esecuzione, il debug e ri-iniziare molte volte, però, quindi potrebbe aver avuto qualcosa a che fare con la memoria - ci sono voluti Visual Studio più di un minuto al termine, durante il quale il disco si dibatteva (presumibilmente di paging della memoria a gioco).

mi piacerebbe provare a pulire tutti i file generati da VS. Così mi piacerebbe eliminare le directory bin e obj e mi piacerebbe anche cancellare i file *.suo e *.user. Dal momento che questi file sono auto-generato questo non dovrebbe pregiudicare nulla (anche se mi piacerebbe, ovviamente, fare una copia di backup di tutti i file nel caso in cui ci sono alcuni altri file che sono stati messi in lì per sbaglio).

A volte questi file possono ottenere danneggiato (è usato per accadere un bel po 'nel vecchio VC ++, ecc) e poi VS può cominciare ad agire molto divertente.

Ho provato tutte le soluzioni di cui sopra nessuno di loro ha lavorato per me. Tuttavia, quando ho cancellato le cartelle bin e degli oggetti in Visual Studio ed eseguire di nuovo, iniziare a lavorare.

lavorare con VS2017 comunità ho avuto questo problema aggravanti: se si porta un progetto esistente il tag EmbedInteropTypes non può essere nel file Csproj ancora, una ricerca è inutile. Se questo è il caso, aggiungere il tag alla fine per il gruppo di proprietà Debug | X 86 (o qualsiasi si usa) al csproj con un editor di testo:

prima

  <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>

dopo:

  <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>

Questo deve essere fatto con tutti progetti che appartengono alla soluzione!

In VS2013 ho dovuto attivare "modalità di compatibilità Utilizzo Gestito" nelle opzioni di debug. Penso che sia perché ho un progetto .Net 4 fa riferimento a un Net 2 assemblaggio.

Per un altro progetto nella stessa soluzione che avevo per deselezionare "Definisci costante TRACE" nelle proprietà del progetto.

Nella mia situazione, qualcuno ha aggiunto un riferimento per l'output del progetto nella lista di riferimento: in Esplora soluzioni sguardo sotto [Nome progetto] \ Riferimenti per [ProjectName *] e rimuoverlo.

Se il progetto si basa su codice da una copia di se stesso, non si puo 'Modifica e continuazione'. Nella lista di allarme si può o non può (più probabile che in un progetto più ampio) hanno 'in conflitto con il tipo importati' messaggi se questa è la causa del problema.

In Visual Studio 2015, ho cancellato le .VS cartella (dove file il nuovo stile .suo è), cancellati tutti i bin e obj, e anche disinstallato ReSharper 2015 . Modifica e continuazione è tornato.

(nota a margine: intellisense ora sta mostrando completamento automatico quasi istantaneamente, mentre stava prendendo 2 a 5 secondi prima, forse colpa di ReSharper, e forse non correlata ...)

Mi sembra di capire che questo post è vecchio, ma ho avuto questo problema ultimamente, e questo post del blog mi mostra come risolvere il problema.

Elimina obj la cartella
Elimina bin cartella. È possibile copiare e incollare le librerie, file di dati, ecc ... alla cartella dopo la rimozione.
Da VS, menù Solutions -.> soluzione Clean

Questo funziona per me più volte.

Per me questo è stato causato da Nuget non riuscire a scaricare un pacchetto (costruita per Net Framework) per un progetto di rete standard che è stato fatto riferimento. Nuget entrato un ciclo infinito (aspetto nella finestra di output).

Il soluzione è stato quello di spegnere il 'pacchetto di ripristino automatico' impostazione vedere: https://developercommunity.visualstudio.com/content/problem/26638/nuget-infinite-loop.html

per accedere a questa impostazione Strumenti> Opzioni> NuGet Package Manager> Generale

Leggendo quanto sopra, il mio progetto UI ha Shell32 con "Tipi Embed di interoperabilità" == true. Ho cambiato in falso, e "Modifica e continuazione" di lavoro iniziato.

Per chi ottiene ancora questo errore anche con Visual Studio 2017

No dinamico / portatili pacchetti Class Libraries / Nuget o problemi di dipendenza. Nessun errore o avviso evidenziati da Visual Studio.

Dopo ore passate a cercare tutte le soluzioni postati in questo e altri thread e pagine web, l'unica soluzione che ha funzionato per me è stato quello di del check-in, rimuovere l'area di lavoro e Map&Get nuovo .

Per rimuovere l'area di lavoro, Source control ? Advanced ? ? Workspace Remove.

Sto usando Visual Studio 2017 Comunità fino ad oggi e dopo una relativamente nuova installazione su una nuova macchina (una settimana e poche ore di lavoro).

Metodi Ho provato senza successo prima della soluzione di cui sopra

Fatto che Modifica e continua è stato abilitato in Visual Studio opzioni. Deselezionare e spuntare di nuovo indietro
Eliminazione bin e obj per tutti i progetti in soluzione
e ricostruire tutto, riavviare VS / reboot in combinazione a quanto sopra
Controllo delle opzioni di compilazione e pacchetti Nuget e dll compatibilità per i progetti, ispirati da questo
Lo scarico dei progetti in varie combinazioni a problemi di prova dipendenza o altri problemi (ispirato da questo )
soluzione eliminazione di un ri-scaricarlo (senza togliere il lavoro)
Accedi False per Tipi Embed Interop
Imposta <_ResolveReferenceDependencies> a true come spiegato qui
Combinazioni di cui sopra con riavvio di VS e riavvii

Dopo questo, ho fatto un check-in e scaricato la soluzione su un'altra macchina che esegue la stessa versione di Visual Studio (2017 comunitario). Come non ho avuto la Modifica e continua problema lì, sono andato per la rimozione dello spazio di lavoro.

Nel mio caso, ciò che ha funzionato è stato deselezionando "Richiedi file di origine per corrispondere esattamente alla versione originale" nella opzioni di debug. VS comunitaria 2017 qui.

Ho dovuto deselezionare "Enable Native Modifica e continuazione" in Strumenti -> Opzioni -> Debug -> Generale:

* Rimozione del dalle versioni di assemblaggio dei miei progetti di riferimento ha risolto il problema per me.

Da Github:

"Ho riprodotto questo problema in un mix di VB e C # progetti con [assembly: (. 1.2.3 * AssemblyVersion")]. Una volta che un progetto VB riferimenti un progetto C # con questa impostazione le cose iniziano collasso. E sembra che ha lo stesso problema il contrario ". -Rhuijben

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

(a rischio di essere segnalata, sembra che siamo stati colpiti da VS Modifica e continuazione problemi per oltre un decennio. E 'scioccante per me che il team di Microsoft Visual Studio non ha curato abbastanza per gli sviluppatori di aiuto, fornendo maggiori informazioni in forma dettagliata quando ciò si verifica)

Ho provato tutto quanto sopra, nessuno ha funzionato. E 'stato apparentemente a causa di consentire ad alcuni di basso livello di debug opzioni (vista registri ...)

Strumenti -> Importa ed esporta impostazioni -> Ripristina impostazioni

risolto it

In VS 2015 questo errore è stato causato da un pacchetto Nuget avevo installato di recente. Disinstallando questo pacchetto e la reinstallazione, il bug è stato risolto.

Autorizzato sotto: CC-BY-SA insieme a attribuzione

Non affiliato a StackOverflow