Избавляемся от «Нет исходного кода для текущего местоположения»
Хорошо, это моя собственная вина, но я не могу спастись.
Всякий раз, когда я пытаюсь войти в класс, у которого есть поля с назначениями, вызывающими .NET-код, я получаю диалоговое окно, содержащее текст «Для текущего местоположения нет исходного кода»:
Например, переход в конструктор следующего класса даст мне сообщение выше:
public class Test
{
private Stack<String> _Dummy = new Stack<String>();
public Test() { }
}
Я предполагаю, что это связано с тем, что в какой-то момент я возился с настройками для сервера символов, но независимо от того, с чем я сейчас возился, я не могу избавиться от этого сообщения.
Где моя глупость забыла, что она сделала?
Резюме моего текущего опции:
- [] Включить отладку на уровне адресов
- [x] Включить только мой код (только управляемый)
- [] Включить пошаговое выполнение исходного кода .NET framework
- [] Включить поддержку исходного сервера
- Расположение файла символов .pdb - пусто
- Кэшировать символы с серверов символов в этот каталог: C: \ temp (пусто)
У меня такая же проблема, но, в отличие от вас, я даже не хочу использовать исходный сервер, просто хочу уже избавиться от этого сообщения!
Ни одно из решений здесь не помогло мне, но я нашел решение и разместил его здесь.
Ответы 16
Проверьте, есть ли в ваших проектах ссылка на проект, а не ссылка на DLL! Если существует ссылка на DLL, ваши изменения не будут распознаны вашим проектом, на который указывает ссылка, и вы получите сообщение об ошибке, подобное вашему.
Посмотрите, не исключены ли случайно некоторые исходные файлы. Изучите свойства решения и посмотрите раздел «Исходные файлы отладки» в разделе «Общие свойства».
На самом деле, я получаю эту ошибку, пытаясь войти в код, который находится в том же файле
Если вы не хотите отлаживать сборку .NET, быстрое решение проблемы «Нет доступных источников в текущем местоположении» - это снять флажок «Требовать, чтобы исходные файлы точно соответствовали исходной версии» в разделе «Инструмент» -> «Параметры» -> «Отладка». -> Общие
Привет msbyuva После снятия флажка выше. Закройте Visual Studio и перезапустите ее. Не забудьте пересобрать весь исходный код. Надеюсь, это решит вашу проблему. У меня это сработало.
Если вы не хотите, чтобы появлялась эта раздражающая вкладка, вы можете попробовать это дополнение, которое я создал: http://erwinmayer.com/labs/visual-studio-2010-extension-disable-no-source-available-tab/
Его можно напрямую загрузить в галерее Visual Studio: http://visualstudiogallery.msdn.microsoft.com/en-us/fdbb2036-471e-40a7-b20e-31f8fd5578fa
Эта ошибка меня тоже свела с ума. Я использовал «AjaxControlToolkit» и сослался на него с помощью «Добавить ссылку» в свой проект.
Я удалил ссылку «AjaxControlToolkit» и добавил то же самое с «Добавить существующий элемент», и после этого у меня не было никаких проблем ...
Это сработало для меня:
- Установите флажок «Включить отладку неуправляемого кода» на странице свойств для указанной * .DLL.
- Перекомпилируйте ссылку на * .DLL
- Удалите, а затем повторно добавьте указанный * .DLL в свой проект.
У меня была такая же проблема в неуправляемой программе на C++: когда отладчик был в функции main, он всегда показывал «Исходный код недоступен» и, что интересно, другие функции в этом файле показывались без проблем. В этом случае проблема заключалась в том, что я разместил в стеке слишком много данных. После его уменьшения отладчик заработал без проблем.
Это было в Visual Studio 2010.
Вот что я сделал для решения этой проблемы. Во-первых, прекратите отладку и просто откройте свое решение в VS. Затем убедитесь, что для конфигурации вашего решения установлено значение «Отладка», а не «Выпуск». Затем просто выполните Rebuild (не Build, Rebuild). В следующий раз, когда вы запустите отладчик, он должен работать как обычно, и вы не должны получать это сообщение об ошибке.
Надеюсь это поможет!
В обозревателе решений проверьте страницу свойств решения в разделе Общие свойства, Исходные файлы отладки. Если вы видите сборку в списке «Не ищите эти исходные файлы:», удалите ее, и проблема должна исчезнуть.
Откройте страницу свойств решения
Установите флажок «Не искать эти исходные файлы».
Мне нужно было «перестроить», а не «построить», тогда это сработало.
Это может быть забавно, но я закрыл Visual Studio, после повторного открытия я очистил и снова построил свое решение. Это сработало!!
Есть ли способ автоматического добавления файлов в список «Не искать исходные файлы»? Вчера я мог войти в файл, а сегодня я не смог, и он был в этом списке.
Один из способов, который также работает для Express Editions Visual Studio (скажем, Visual Basic 2005 Express Edition), - это переименовать файл .suo. Он находится в той же папке, что и файл решения, .sln. Закройте Visual Studio перед переименованием файла.
Файл .suo содержит некритические настройки, такие как положение окон и т. д. Однако он также содержит все точки останова, поэтому, вероятно, лучше переименовать его, чем удалить, если об этом действии сожалеем.
Вот как я это решил.
Щелкните правой кнопкой мыши свой проект -> Свойства -> Компиляция -> Расширенные параметры компиляции ...
Затем в раскрывающемся меню установите для параметра «Создать отладочную информацию» значение «Полный».
Надеюсь, это поможет.
Была такая же проблема, и это решение помогло мне
Вы пытались создать эту страницу? У меня была проблема с чем-то похожим с AjaxControlToolkit: Modal Popup Extender. Он не отображался, пока я не дал ему элементы управления CSS и ASP.NET.
У меня была такая же проблема, и я решил ее таким способом (Visual Studio 2008):
От "Formato de la informacion de depuracion" до "Base de datos de programa (/ Zi)"
По какой-то причине я отключил все Common Language Runtime Exceptions в VS 2017.
Чтобы исправить это, откройте Exception Settings в разделе «Отладка»> «Windows»> «Параметры исключений» и установите флажок «Исключения среды выполнения на общем языке» в окне Exception Settings.
У меня была такая же проблема, она показала мне, что ошибка связана с AjaxControlToolkit, но проблема была в моем синтаксисе HTML, особенно в теге div, я помещал только закрывающий тег '' без открывающего тега
Я столкнулся с этой проблемой из-за разницы между версиями фреймворков тестовых проектов и основными проектами. При обновлении версии фреймворков основных проектов не забудьте обновить тестовые проекты.
Здесь та же проблема. Вы все еще помните, как избавились от него?