Impossibile ottenere il valore di local o argomento in quanto non è disponibile in questo puntatore di istruzione, probabilmente perché è stato ottimizzato

Visual Studio 2010 uccide (non c'è altra parola) i dati in uno degli argomenti della funzione nel blocco non sicuro. Cosa potrebbe causare questo errore? Il seguente messaggio viene visualizzato dal debugger.

Cannot obtain value of local or argument as it is not available at this instruction pointer, possibly because it has been optimized away.

Vai su Proprietà progetto e in Costruisci Assicurati che la casella di controllo "Ottimizza codice" sia deselezionata.

Inoltre, imposta il menu a discesa "Informazioni debug" su "Completo" nelle Opzioni avanzate (scheda Crea).

Anche in VS 2015 Community Edition

vai su Debug-> Opzioni o Strumenti-> Opzioni

e controlla il debug-> Generale-> Sopprima l'ottimizzazione JIT sul carico del modulo (solo gestito)

Se si compila con le ottimizzazioni abilitate, verranno rimosse molte variabili; per esempio:

SomeType value = GetValue();
DoSomething(value);

qui la variabile locale valueverrebbe normalmente rimossa, mantenendo invece il valore nello stack - un po 'come se avessi scritto:

DoSomething(GetValue());

Inoltre, se un valore di ritorno non viene utilizzato affatto , verrà eliminato tramite "pop" (anziché memorizzato in un locale tramite "stloc", e di nuovo; il locale non esisterà).

Per questo valuemotivo , in una tale build il debugger non può ottenere il valore corrente di perché non esiste - esiste solo per il breve istante tra GetValue()e DoSomething(...).

Così; se vuoi eseguire il debug ... non usare una build di rilascio! o almeno disabilita le ottimizzazioni durante il debug.

http://www.guntucomputerhacks.blogspot.com.au/2014/07/cannot-obtain-value-of-local-or.html

Questo ha funzionato per me in Visual Studio 2013.

Tutto quello che devi fare è ..

1. Fare clic con il tasto destro del mouse sul progetto che non è possibile eseguire il debug.
2. Vai alle proprietà del progetto.
3. Fai clic sul menu di creazione.
4. Clicca sul pulsante avanzato.
5. Imposta il valore a discesa delle informazioni di debug su full.
6. Ricostruisci il tuo progetto.

Mi sono appena imbattuto in questo e stavo correndo in Releaseconfigurazione build invece di Debugconfigurazione build. Una volta sono tornato alla Debugmia variabile mostrata di nuovo nell'orologio.

In Visual Studio 2017 vai a Debug-> Opzione quindi seleziona Debug-> generale-> e seleziona questa opzione

Quando ho dovuto affrontare lo stesso problema, ho dovuto pulire la mia soluzione prima di ricostruire. Mi sono preso cura di me.

Per quanto riguarda il problema con la proprietà "Ottimizza codice" che è NON CONTROLLATO ma il codice è ancora compilato come ottimizzato: ciò che alla fine mi ha aiutato dopo aver provato tutto è stato selezionare la casella di controllo "Abilita debug di codice non gestito" nella stessa pagina delle impostazioni (Proprietà progetto - Debug). Non si riferisce direttamente all'ottimizzazione del codice, ma con questo abilitato, VS non ottimizza più la mia libreria e posso eseguire il debug.

Ho affrontato lo stesso problema e la soluzione per me è cambiare Solution Configurationda Releasea Debug. Spero che sia d'aiuto

Nel mio caso, stavo lavorando a un progetto API Web e sebbene il progetto fosse impostato correttamente sul debug completo, stavo ancora vedendo questo errore ogni volta che mi sono collegato al processo IIS che stavo cercando di eseguire il debug. Quindi ho realizzato che il profilo di pubblicazione era impostato per utilizzare la configurazione di rilascio. Quindi un altro posto da controllare è il tuo profilo di pubblicazione se stai usando la funzione "Pubblica" del tuo progetto API Web dotnet.

Ho scoperto di avere lo stesso problema durante l'esecuzione di un progetto e il debug collegandomi a un processo IIS. Inoltre stavo correndo in modalità Debug con le ottimizzazioni disattivate. Mentre pensavo che il codice fosse compilato correttamente, quando mi sono staccato e ho provato a compilare, uno dei riferimenti non è stato trovato. Ciò è dovuto a un altro sviluppatore che ha apportato modifiche e modificato la posizione del riferimento. Il riferimento non è stato visualizzato con il simbolo di avviso, quindi ho pensato che tutto andasse bene fino a quando non ho fatto la compilazione. Una volta risolto il problema e eseguito nuovamente, ha funzionato.

Come ulteriore risposta per coloro che riscontrano questo problema durante il debug di un'app Web di siti Web di Azure:

Durante la distribuzione da GitHub, ad esempio, il codice viene compilato nel server di Azure ottimizzato per impostazione predefinita.

Dico al server di compilare in modo debuggable impostando SCM_BUILD_ARGSsu/p:Configuration=Debug

ma ci sono più opzioni. Vedi questo: http://azure.microsoft.com/blog/2014/05/08/introduction-to-remote-debugging-on-azure-web-sites-part-3-multi-instance-environment-and-git /

In Visual Studio 2012:

Vai alle proprietà del progetto -> Debug -> Deseleziona "Abilita il processo di hosting di Visual Studio"

Per le applicazioni Web esiste un altro problema importante che sta selezionando la configurazione corretta durante il processo di pubblicazione dell'applicazione.

Puoi creare la tua app in modalità debug, ma potrebbe accadere che tu la pubblichi in modalità di rilascio che omette il codice per impostazione predefinita, ma IDE potrebbe indurti in errore poiché mostra la modalità di debug mentre il codice pubblicato è in modalità di rilascio. Puoi vedere i dettagli nell'istantanea di seguito:

Controlla se hai un attributo Debuggable nel tuo file AssemblyInfo. In tal caso, rimuoverlo e ricostruire la soluzione per vedere se le variabili locali diventano disponibili.

Il mio attributo debuggable è stato impostato su: DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints che secondo questo articolo MSDN dice al compilatore JIT di usare le ottimizzazioni. Ho rimosso questa riga dal mio file AssemblyInfo.cs e le variabili locali erano disponibili.

In Visual Studio 2017 o 2015:

Vai alla soluzione fai clic destro sulla soluzione, quindi seleziona Proprietà-> seleziona tutte le configurazioni-> Debug, quindi fai clic su OK. Dopo che Rebuild and Run, questa soluzione ha funzionato per me.

Ho avuto lo stesso problema. Ho provato tutto quanto sopra e ho scoperto che dovevo anche eliminare tutto all'interno di {PROJECT_ROOT} \ bin \ Release \ netcoreapp2.2 e {PROJECT_ROOT} \ obj \ Release \ netcoreapp2.2 per il mio progetto. È decisamente legato alla pubblicazione perché, sebbene io utilizzi gli strumenti di distribuzione / bitbucket nella mia app Web di Azure, ho provato a compilare >> Pubblica >> Pubblica in Azure perché volevo controllare quali file erano effettivamente distribuiti.

Ho avuto lo stesso problema in precedenza con un'applicazione WPF e tutte le soluzioni qui NON hanno risolto il problema . Il problema era che il modulo era già ottimizzato, quindi le seguenti soluzioni NON FUNZIONANO (o non sono sufficienti per risolvere il problema):

• Casella di controllo " Ottimizza codice " non selezionata
• " Sopprimere l'ottimizzazione JIT al caricamento del modulo " selezionato
• Configurazione della soluzione su DEBUG

Il modulo è ancora caricato Ottimizzato. Vedi la seguente schermata:

Per risolvere questo problema devi eliminare il modulo ottimizzato. Per trovare il percorso del modulo ottimizzato è possibile utilizzare uno strumento come Process Hacker .

Fare doppio clic sul programma nel " Pannello dei processi ", quindi nella nuova finestra aprire la scheda " .NET Assembly ". Quindi nella colonna " Percorso immagine nativa " trovi tutti i percorsi dei moduli ottimizzati . Individua quello che vuoi de-ottimizzare ed elimina la cartella (vedi screenshot sotto): (Ho sfocato il nome della mia azienda per ovvi motivi)

Riavvia l'applicazione (con la casella di controllo nel passaggio 1 selezionata correttamente) e dovrebbe funzionare.

Nota : il file potrebbe essere bloccato poiché è stato aperto da un altro processo, provare a chiudere Visual Studio. Se il file è ancora bloccato, è possibile utilizzare un programma come Lock Hunter