Visual Studio Code ne charge pas les symboles sous OS X

Question

J'essaye de configurer une API web en utilisant ASP.NET Core sous OS X. J'ai configuré mon environnement correctement (je pense) et je suis capable de construire et de lancer mon application en utilisant dotnet build à partir du terminal, et je suis en mesure de démarrer le débogage à partir de Visual Studio Code avec des points d'arrêt fonctionnant comme prévu. Mon problème est que je reçois une erreur en essayant d'interroger ma base de données Sqlite en utilisant le noyau EF. Le noyau EF n'est pas vraiment important ici, parce que quand je débogue et essaye de trouver quelle est l'erreur, je n'obtiens aucune trace de pile. Lorsque je fais un pas sur le code à défaut les impressions de la console de débogage:

Exception thrown: 'System.InvalidOperationException' in Microsoft.EntityFrameworkCore.dll 
Loaded '/usr/local/share/dotnet/shared/Microsoft.NETCore.App/1.0.0/System.Diagnostics.StackTrace.dll'. Cannot find or open the symbol file. 
Loaded '/usr/local/share/dotnet/shared/Microsoft.NETCore.App/1.0.0/System.Reflection.Metadata.dll'. Cannot find or open the symbol file. 
Loaded '/usr/local/share/dotnet/shared/Microsoft.NETCore.App/1.0.0/System.IO.MemoryMappedFiles.dll'. Cannot find or open the symbol file. 
Loaded '/usr/local/share/dotnet/shared/Microsoft.NETCore.App/1.0.0/System.IO.UnmanagedMemoryStream.dll'. Cannot find or open the symbol file. 

Beaucoup de ces Cannot find or open the symbol file. sont imprimées au démarrage ainsi. J'ai vérifié que les fichiers sont à l'emplacement spécifié, et qu'il ne devrait y avoir aucun problème d'accès en lecture (ayant commencé vs code avec sudo code . et même fait un sudo chmod 777 * dans le dossier en question).

Alors, des idées pour lesquelles les symboles ne sont pas chargés?

Answer 1

Je pense que vous avez confondu ce que VSCode dit qu'il ne peut pas charger. Ce n'est pas dire qu'il ne peut pas charger la DLL. Les fichiers 'Symbol' ont une extension .PDB. Afin de déboguer une erreur générée par une DLL, un débogueur a besoin du fichier de symbole correspondant, donc changer les permissions sur la DLL ne fera pas disparaître l'erreur si le fichier PDB n'est pas là. Je viens de commencer à utiliser VSCode sur un Mac et d'après ce que je peux voir, vous n'obtenez pas les fichiers PDB si vous installez dotnet core avec Homebrew (qui est ce qu'ils recommandent) et je vois des messages similaires quand je Démarrez le débogueur. Cela ne m'empêche pas de déboguer mon propre code car il y a un fichier PDB généré avec ma DLL. Cela causerait seulement un problème si vous deviez déboguer quelque chose qui ne va pas dans le cœur de dotnet lui-même.

Answer 2

Ran dans les mêmes problèmes en cours d'exécution VS Code sur une machine virtuelle Windows 10.

La résolution que j'ai trouvée était d'ajouter un "debugType": "portable" à la section buildOptions de mon fichier project.json.

mine ressemble à ceci:

"buildOptions": { 
    "emitEntryPoint": true, 
    "preserveCompilationContext": true, 
    "debugType": "portable" 
} 

Debugging dans le code VS n'est pas si mauvaise.