"skipped loading symbols for ngen binary" per C# dll

Question

Sto provando a eseguire il debug di una DLL C# da un eseguibile C++ nativo. Ho un oggetto COM C# che viene caricato ed eseguito da codice nativo tramite IDispatch. Tutto è costruito in Debug, sia in C# che in C++. Mentre posso vedere tutto il codice C++, e tutte le DLL C++ hanno i loro simboli caricati e disponibili per il debug, i breakpoint ecc. Il codice C# si rifiuta di giocare.

Quello che vedo è che le DLL di C# si rifiutano di caricare il loro simbolo pdbs, riportando "simboli di caricamento saltati per binario ngen" nella finestra dei moduli.

Per inciso, sto eseguendo il debug della soluzione C# qui, ho impostato l'eseguibile nativo come 'start programma esterno' nelle impostazioni di debug del progetto COM.

Ora posso avviare l'eseguibile C++ e quindi collegarlo a esso, quindi tutto funziona come previsto - i simboli si caricano e posso impostare i punti di interruzione nel C#.

Si sta utilizzando Visual Studio 2013u4. Esiste un'impostazione per abilitare il debug in modalità mista? Un problema è che il codice nativo è stato creato con VS2010.

---

Ecco la finestra del modulo - di notare tutte le PDBs e DLL sono in una singola directory, è possibile vedere le DLL C++ caricati, ma non i C# quelli.

Ecco la finestra moduli - nota il 3 ° voce per il dll EVCom (l'oggetto COM) che presumo sia la voce che permette il debug.

Non c'è nulla di interessante nella finestra di output, quando si tratta di caricare la DLL COM, vedo quanto segue (nel caso di allegare al processo in esecuzione, l'altro ha solo 2 righe caricate invece di 3).

'Explorer.exe' (Win32): Loaded 'C:\Dev\...\lib\debug\EvCom.dll'. 
'Explorer.exe' (Win32): Loaded 'C:\Dev\...\lib\debug\EvCom.dll'. 
'Explorer.exe' (Win32): Unloaded 'C:\...\lib\debug\EvCom.dll' 
'Explorer.exe' (Win32): Loaded 'C:\Dev\...\lib\debug\EvCom.dll'. 

Una cosa di interesse - ho controllato il "Usa Managed Compatibility Mode" nelle impostazioni di debug e, pensava che ancora non viene caricato i miei simboli quando si avvia il debug, mostra solo 1 voce nella lista dei moduli. Questa volta dire "Nessun simbolo nativo nel file di simboli" per le DLL di C#.

Sembra che il problema non sia la possibilità di selezionare il tipo di debugger in VS2013 (o 2012). This connect article suggerisce "design" con alcuni accorgimenti.

Answer 1

scopre che è tutta una questione di cambiamenti nel motore di debug per .NET 4.0

.NET 4 e una maggiore utilizza un motore di debug diverso rispetto .net 3.5 e di seguito, quando si avvia il debug di un'applicazione nativa il debugger sceglierà un debugger .net per te (predefinito su .net 4.0) e se la tua .net dll è costruita usando questa piattaforma, tutto andrà bene - i punti di interruzione saranno colpiti.

Se la DLL caricata è .net 3.5, il motore di debug non comprenderà le DLL che vengono caricate e rifiuterà di caricare i simboli o il debug.

Le soluzioni possono essere ricostruite come .net 4 oppure avviare l'eseguibile nativo e collegarsi ad esso (dove è possibile selezionare il tipo di debugger, sia "vecchio" .net o "nuovo" .net) oppure è possibile creare un progetto dall'eseguibile e imposta le sue impostazioni di debug per specificare il debugger corretto.

Quello che trovo fastidioso è che Microsoft potrebbe facilmente aver avviato il debugger utilizzando il tipo di framework .NET specificato nel progetto di cui si sta eseguendo il debug (dopo tutto, quando si esegue il debug di una DLL e si specifica un programma esterno, si desidera comunque eseguire il debug la dll per cui stai premendo F5!) (Cosa è ancora più fastidioso è che una volta che il debug gestito è avviato in una DLL caricata, puoi quindi entrare in progetti costruiti usando vecchi framework .net senza problemi).

Maggiori dettagli su this Microsoft connect articolo

Answer 2

(Se il file eseguibile non è già nella soluzione, File> Aggiungi> progetto esistente, quindi fare clic destro e impostarlo come progetto di start-up.)

Fare clic con il tasto destro del mouse sul progetto di avvio, Proprietà, Debug, Tipo debugger = Misto.

Answer 3

Nel mio caso ho un proprio server dei simboli e TFS, quindi ho l'opzione abilitata TOOLS> Opzioni> Debug> Generale> "Abilita supporto del server di origine" e tre opzioni figlio.

Answer 4

per me è stato il debug di un'applicazione UWP in forme Xamarin:

Causa: Il debugger è saltare i file non nell'ambiente .NET.

Soluzione: Deseleziona Debugging => Generale => Attiva Just My Code