Исходный код отладки .NET Framework в Visual Studio 2012?

Я использую Visual Studio 2012. Я хочу отлаживать исходный код .NET Framework. Я попробовал почти все варианты, но я все еще получаю There is source code available for Current Location. Символы загружаются успешно. Я попытался загрузить Microsoft Symbol Server и попробовал этот url http://referencesource.microsoft.com/symbols. Но я все еще не могу DEBUG. Я пробовал эти ссылки, http://blogs.msdn.com/b/sburke/archive/2008/01/16/configuring-visual-studio-to-debug-net-framework-source-code.aspx и http://msdn.microsoft.com/en-us/library/cc667410.aspx

Также после этого http://blogs.msdn.com/b/dotnet/archive/2012/08/15/announcing-the-release-of-net-framework-4-5-rtm-product-and-source-code.aspx

Кто-нибудь может использовать источник DEBUG.NET Framework в VS 2012?

Ответ 1

Отладка источников .NET Framework долгое время была нарушена. См. Соответствующее предложение по VisualStudio UserVoice Разрешить разработчикам проходить через источники .NET Framework. Хорошие новости: наконец, было исправлено! См. Следующее сообщение в блоге от Microsoft:

Новый взгляд на исходный источник .NET

Короче:

Новый веб-интерфейс для просмотра источников: http://referencesource-beta.microsoft.com/
Все источники, включая файлы проекта, могут быть загружены напрямую: http://referencesource-beta.microsoft.com/download.html (не компилируется)
Новое расширение для навигации F12: http://visualstudiogallery.msdn.microsoft.com/f89b27c5-7d7b-4059-adde-7ccc709fa86e
Источники всегда обновляются, а отладка не прерывается патчами и обновлениями.

В настоящее время это "бета". В конце концов он заменит http://referencesource.microsoft.com/. Microsoft также promises, чтобы добавить источники большего количества сборок.

Ответ 2

Эта функция была нарушена в VS2010 SP1, она также может быть повреждена в VS2012. Или Microsoft может выпускать неверные файлы PDB для последней версии .NET Framework (это было раньше). Попробуйте альтернативные решения. Я использую .NET Reflector VSPro - он позволяет декомпилировать сборки, загружать декомпилированные символы во время отладки и использовать полные функции отладки для этих декомпилированных сборок.

Ответ 3

В VS 2008 я смог отлаживать источник .Net, но в VS2012 у меня установлен .NET Reflector (расширение VS), поэтому он автоматически декомпилирует и позволяет отлаживать любой .Net-код.

Другим инструментом с открытым исходным кодом является ilspy.net, он сохраняет декомпилированную сборку как проект С#, и вы можете использовать инструменты отладки.

Существуют также инструменты для отладки для Windows, которые входят в состав SDK, но я не пробовал те: http://msdn.microsoft.com/en-us/windows/hardware/gg463009.aspx p >

Ответ 4

Вот хорошая статья, описывающая, как настроить VS-сервер символов и dotPeek 1.2 для отладки декомпилированного кода из VisualStudio: http://blog.jetbrains.com/dotnet/2014/04/09/introducing-dotpeek-1-2-early-access-program Если среда отладки или другой скомпилированный код является вашей повседневной рутинью, я бы рекомендовал восстановить решение из набора используемых вами сборок, что позволит сэкономить время на загрузку символов во время добавления отладчика.

Ответ 5

1) Файлы PDB не обновлены. Попробуйте снять флажок Tool- > Options- > Debugging- > General → "Требовать, чтобы исходные файлы соответствовали оригинальной версии"

2) Вы ссылались на другой проект, добавив его в ваши ссылки вместо добавления проекта в качестве ссылки. Попробуйте удалить ссылку добавить добавить новую ссылку на проект со вкладки "Проекты"

И вы можете искать Google. Это дает больше ответов

Ответ 6

Мне повезло в прошлом после процедуры, как было рекомендовано SymbolSource.

Если вы объедините это с Resharper, вы сможете CTRL-щелкнуть свой путь через фреймворк.

Там длинная история, однако MS не публикует код всех версий своих двоичных файлов. Поэтому часто отладка не будет работать.

Тем не менее, Resharper выглядит немного более гибким при загрузке исходного кода, и если он не может, он предоставит вам разобранный исходный код, но не будет отключаться. Обратите внимание, что JetBrains рассматривает отладку декомпилированных источников критическую функцию для dotPeek (декомпилятор, который поставляется с Re #), поэтому это возможно в пределах не слишком отдаленное будущее.