J'essaie de déboguer un test de l'unité avec le TestRunner de Resharper, mais cela ne fonctionne pas. Avant que mon point d'arrêt ne soit frappé, Visual Studio apparaît une boîte de message "Il n'y a pas de code source disponible pour l'emplacement actuel". Si j'appuie sur OK, il dit LoadFromContextException.
Idées Quiconque?
3 Réponses :
Assurez-vous que vous n'avez pas changé les paramètres d'exception dans Visual Studio: Débogou -> Exceptions. Décochez les adjoints de débogage gérés. Cela devrait résoudre le problème.
C'est un peu drastique, n'est-ce pas? La rupture sur la jetée est très utile.
Ce n'est pas un renard pour la réalisation de ce que dit Allrameest est un peu hosh.
Voici ce qui a fonctionné pour moi (s'est avéré sans rapport avec Re-Straver de quelque manière que ce soit, cependant): Vérifiez que les chemins répertoriés sous Outils> Options> Le débogage> Les symboles sont accessibles (par exemple, certains chemins conduisant à des actions réseau).
Dans mon cas, j'ai utilisé une fois utilisé des symboles de débogage situés sur une part de réseau pour déboguer le déchargement de crash et laissé les chemins de réseau dans la liste "juste au cas", et comme Soo que l'hôte que l'action a été retirée. Du réseau, il a fallu plusieurs minutes au débogueur pour comprendre qu'il est incapable de charger des symboles de chacun des 3 emplacements.
J'ai eu un problème légèrement différent. J'ai découvert où l'exception a été lancée lors de la tentative de lancement de débogage avec débogage -> Exceptions -> Exceptions d'exécution des langues communes (cochées)
Si trouvé, je rencontrais une inscription non autorisée. C'était parce que mon nunit.framework.dll a été lu uniquement.
Décochez la casse de résolution du problème.
La raison pour laquelle j'ai eu une idée non autoriséeAccessException était que j'avais fixé ma configuration à autre chose que le débogage. Changer au débogage a résolu le problème.