Ho un progetto che fa riferimento a un assembly a cui ho il codice. Ho anche tutti i file PDB, ecc. Tuttavia, ad un certo punto ho fatto clic sul pulsante sbagliato in una finestra di dialogo durante il debug, e ora non posso più entrare nel codice assembly. So che questa descrizione è un po 'vaga, ma credo che la finestra di dialogo che ho accidentalmente cliccato sia quella che si lamenta quando il tuo "codice sorgente è più recente della versione costruita dell'assembly, continua il debugging?" ma non posso esserne sicuro. In ogni caso, sono sicuro che ci sia un modo semplice per riportare Visual Studio in uno stato in cui inizierà nuovamente a passare attraverso il mio codice assembly. Qualche grande idea?Visual Studio: passaggio nell'assieme
risposta
Assicurarsi il seguente nel progetto del bambino: -
"generazione pulita" il progetto del bambino. assicurati che tutti i file dll e pdb siano stati cancellati dalla cartella bin \ debug nel tuo progetto figlio.
"build" il progetto figlio facendo clic su build o ctrl-shift-b. Si prega di non colpire F5 come per qualche motivo che non ottiene l'ultima DLL e il file pdb.
assicurati di non avere un riferimento alla build "Release" della dll padre, a volte mi ha causato problemi a seconda della configurazione di build di rilascio per quel progetto. Dovrebbe essere la configurazione di build "Debug" per il progetto principale e si dovrebbe aggiungere un riferimento dalla cartella di debug o utilizzare "Percorso di riferimento" in Visual Studio.
Ora è possibile eseguire il progetto premendo F5.
Spero che questo aiuti.
Sì, questo in pratica l'ha fatto. Sembra che la soluzione finale fosse quella di eliminare TUTTO ciò che era correlato e ricostruirlo tutto da capo. Non è una risposta reale, ma suppongo che funzioni ... –
Penso che ogni volta che si costruisce il progetto padre, è necessario ctrl-shift-b compilare il progetto figlio per ottenere il nuovo file dll e pdb. Se si preme semplicemente F5, non aggiornerà la DLL. Ti ho chiesto di pulire le DLL nel caso in cui qualcos'altro fosse negativo. Ma non è necessario pulire ogni volta: è sufficiente eseguire la build non F5. – Nabheet
Sì, lo faccio quasi sempre e non ho mai avuto un problema prima. Immagino che qualcosa sia andato fuori di testa lungo la strada. Ci sono molte parti mobili in questi sistemi comunque ... –
- 1. Perché F10 (passaggio) in Visual Studio non funziona?
- 2. Visual Studio: crea diverse configurazioni in un unico passaggio?
- 3. Passaggio da Visual Studio a Windows/Tabs Stile browser Web
- 4. Postbuild di Visual Studio - passaggio all'unità di soluzione
- 5. Progetti Visual Studio 2008 da Visual Studio 2010 senza conversione
- 6. Progetto Visual Studio 2010 in Visual Studio 2012
- 7. Visual Studio 2010 RC funziona correttamente con Visual Studio 2008?
- 8. minima Visual Studio versione per Visual Studio 2015 soluzione
- 9. Visual Studio 2012 rispetto a Visual Studio 2010 (delta)
- 10. Tema di Visual Studio 2010 per Visual Studio 2012?
- 11. Visual Studio 2015 che non rileva Visual Studio 2010
- 12. Visual Studio cassonetti costruire
- 13. Collegamento a Visual Studio
- 14. Visual Studio Avvisi mancati
- 15. Visual Studio messaggio Designer
- 16. TF400030 Visual Studio Errore
- 17. Visual Studio CommandBar "Nomi"
- 18. Boo in Visual Studio?
- 19. WPF senza Visual Studio?
- 20. cmake e visual studio
- 21. InstallShield vs Visual Studio
- 22. Visual Studio regex_iterator Bug?
- 23. #WARNING in Visual Studio
- 24. GitHub e Visual Studio
- 25. Visual Studio PHP
- 26. Visual Studio Macro Editor
- 27. Visual Studio 2015 slow
- 28. Visual Studio Smart Indent?
- 29. Opzioni Visual Studio TypeScript
- 30. Visual studio + explore sftp
Hmm, suona male. È memorizzato nel file .suo nascosto nella directory della soluzione, è possibile eliminarlo senza troppi problemi. Passare all'assemblaggio prima della chiamata sarebbe un altro modo. –