Не вдається знайти файли .cs для налагодження вихідного коду .NET

Я спробував налаштувати налагодження джерела .NET, дотримуючись цього покрокового керівництва MDSN . Кеш символів налаштовано належним чином, як і прапорець "Увімкнути крок джерела .NET Framework".

Але згодом, щоразу, коли я хочу зайти в .NET-код, мені буде запропоновано вказати розташування відповідного cs-файлу. Повідомлення про помилку You need to find <filename>.cs to view the source for the current call stack frameі The debugger could not locate the source file <filename>.cs.

Мені пропонують переглянути файл (але у мене його немає) або переглянути розбирання (але я цього не хочу).

Як зайти у вихідний код .NET?

Ну, у моєму випадку я не намагався налагодити фреймворк .Net, але отримував ту саму помилку: Не вдається знайти файли .cs для налагодження вихідного коду .NET . Тому мені довелося увімкнути опцію «Увімкнути лише мій код» у розділі:
Інструменти -> Параметри -> Налагодження -> Загальне -> Увімкнути лише мій код

За документами MS:

Ви можете налаштувати Visual Studio на автоматичний перехід через системні, фреймворкові та інші некористувацькі виклики та згортання цих викликів у вікні стека викликів.

https://docs.microsoft.com/en-us/visualstudio/debugger/just-my-code

Перевірка Tools-> Options-> Debugging-> General-> Enable source server supportзагадково змусила все працювати. Сподіваюся, те саме стосується і вас

Це зайняло у мене і годину. Я нарешті виправив це, скинувши налаштування -> Інструменти -> Параметри імпорту та експорту -> Скинути всі налаштування

Очистіть рішення перед тим, як збірка вирішила проблему для мене.

Просто перейдіть і натисніть на:

1. Build -> Clean Solution.
2. Build-> Build Solution (Ctrl + Shift + B).

Я спробував усі відповіді згори, і нічого не вийшло.

Це вирішило це для мене:

Debug -> Delete all Breakpoints

і це вирішило проблему! Так багато різних речей, що викликають цю проблему.

Відповіді тут говорять про ігнорування / уникання вихідного коду, а не про те, щоб насправді в нього вступати.

@JBSnorroна правильному шляху, але проблема полягає в тому, що Microsoft, схоже, не публікує всі символи / джерело .NET, з якими ви можете зіткнутися. Я не знаю, чи це навмисно з їхнього боку, але щоб заглибитися до джерел MS, їм потрібно публікувати кожну версію кожної асамблеї, що є великим логістичним завданням.

Tools-> Options-> Debugging-> General-> Enable source server supportпрацюватиме в багатьох випадках, але я виявив, наприклад, mscorlib.dllдля 4.6.1 бракувало символів та / або декомпільованого джерела. Тож я не міг увійти до загальноприйнятого вихідного коду, наприклад Dictionary.csчи Task.csяк приклади. Оскільки джерело та символи сервера символів MS, ймовірно, постійно змінюються. Моє питання може бути вирішене до моменту, коли ви прочитаєте це?

Коли я налагоджую одне і те ж рішення в Jetbrain's Rider, я бачу і проходжу кожен клас у кожній збірці .NET без проблем. Однак у VS я можу перейти лише до одного класу, але не до іншого?

Якщо ви дійсно прагнете зайти у весь вихідний код .NET, ви можете використовувати DotPeek Jetbrain і декомпілювати збірки .NET до фактичних файлів .cs на ваш диск. Тоді коли ви це побачите,

Тепер ви можете переглядати свій диск на вихідному коді, який ви декомпілювали за допомогою DotPeek. Просто переконайтеся, що ви декомпілювали ту саму версію збірки, на яку ви посилаєтесь у своєму проекті. Якщо ні, символи можуть не збігатися з правильними номерами вихідних рядків.

Натомість, якщо ви просто хочете приховати це "Джерело не знайдено" від постійного появи, і вам все одно заходити в код, для якого немає джерел, прочитайте @Alex Shermanвідповідь. Вам потрібно буде з’ясувати, в якій збірці міститься файл-порушник, а потім додайте цю назву збірки до списку виключень.

Їжа для роздумів, я не фанат Rider over VS. Rider - це все ще сирець, і йому не вистачає шаленої кількості вбудованих інструментів VS. Однак !! Мені подобається встановлювати його поруч у таких випадках, коли я знаю, що можу заглибитися в бур’яни.

Була та сама проблема, жодне із запропонованих вище рішень не допомогло мені вирішити проблему. Відбулося у VS 2017. Коли я запускав проект у Visual Studio 2019, все працювало. Тому просто спробуйте запустити його в інших середовищах. Сподіваюся, ця відповідь комусь допоможе

Якщо помилка полягає у пошуку "nullable.cs" або іншого вихідного файлу основного файлу:

Ви можете вимкнути символи для певних модулів, використовуючи, Debug -> Options -> Debugging -> Symbolsа потім знизу Specify Excluded Modules.

Це корисно в тих випадках , коли ви робите хочете відключити «Тільки мій код» на крок в інші збірки , які у вас є PDB - файли для. Visual Studio, на мою думку, постачається із символами для джерела, mscorlib.dllале не включає джерело, тому іноді, заглиблюючись у щось, буде шукатися файл "nullable.cs" або інший основний вихідний файл.

Тут ви можете знайти вихідний код для завантаження, щоб правильно налагодити. https://referencesource.microsoft.com/#mscorlib,namespaces

Я отримав цю помилку під час оновлення пакета NuGet у проекті, проте бракував його оновлення в інших проектах рішення.

Перехід до рішення NuGet Manager та використання функції консолідації, яка забезпечує, що всі проекти в рішенні використовують однакову версію, вирішив проблему для мене.

У моєму випадку я закінчив перейменування класу. Можливо, це плуталося з якимсь іншим модулем. Як тільки я перейменував його, я міг би вступити.