Случайные файлы cs, не открывающиеся в visual studio 2012

Итак, вот мой маринованный. Я использую Visual Studion 2012 и разрабатываю приложение без сучка и задоринки. Я открыл VS сегодня, и я могу открыть все файлы, как обычно (cs файлы). После того, как я нажму кнопку "Пуск", чтобы начать отладку... Я получаю xxx.cs, не обнаружил ошибок.

| Источник не найден | < -Вкладка

xxx.cs не найден


Вам нужно найти xxx.cs для просмотра источника для текущего стека стека вызовов.

Попробуйте воспользоваться одним из следующих вариантов:


Обзор и поиск xxx.cs...! (ПРИМЕЧАНИЕ: НЕ РЕАЛЬНАЯ СВЯЗЬ ЗДЕСЬ)

Информация об исходном поиске

Поиск источника для '[PATH]\xxx.cs'. Контрольная сумма MD5 {14 3a e d4 8d 6c e5 0 e2 56 3e 4b 3 dc 22 7a}

Определение соответствия контрольной суммы для следующих местоположений:

1: [PATH]\xxx.cs Контрольная сумма MD5 {14 3a e d4 8d 6c e5 0 e2 56 3e 4b 3 dc 22 7a} Контрольная сумма соответствует.

Файл '[PATH]\xxx.cs' существует.

Отладчик нашел источник в следующих местах:

1: [PATH]\xxx.cs Контрольная сумма {14 3a e d4 8d 6c e5 0 e2 56 3e 4b 3 dc 22 7a}

Отладчик будет использовать источник в местоположении 1.

Теперь, если я нажму на связанный текст, чтобы просмотреть файл... ничего не происходит. Я останавливаю отладчик и дважды нажимаю на xxx.cs, и ничего не происходит. Я могу нажать на другие файлы cs и НЕКОТОРЫЕ РАБОТЫ, И НЕКОТОРЫЕ. Кажется совершенно случайным... Кто-нибудь испытал это раньше?

I reset все мои настройки с помощью Tools | Import and Export Settings, и это не помогло.

xxx.cs и все остальные файлы содержат данные (по крайней мере, VS должен открыть пустой файл!), и я очень смущен относительно того, что происходит... Любые мысли?

Привет,

Антонио

Ответ 1

В моем случае файлы имели некоторые символы в кодировке Unicode или другие кодировки, возможно, результат поврежденного файла. я щелкните правой кнопкой мыши- > Открыть с помощью...- > и переключится на параметр "Редактор С# с кодировкой". Примечание. Это будет запрашивать каждый раз, чтобы спросить, должно ли оно автоматически обнаруживать кодировку, что очень раздражающий, но, надеюсь, вы можете найти оскорбительных персонажей и исправить их.

Ответ 2

У меня была эта проблема случайным образом с VS 2012, и хотя я не нашел основную причину (я чувствую, что это ошибка в Visual Studio, потому что этого не происходит в 2010 году в тех же проектах), я нашел, как отключить раздражающий симптом и просто продолжить отладку. Существует опция отключить проверку файла контрольной суммы, в Инструменты → Параметры → Отладка → Общие:

Требовать, чтобы исходные файлы соответствовали исходной версии Сообщает отладчику, что исходный файл соответствует версии исходного кода, используемой для создания исполняемого файла, который вы отлаживаете. Если версия не соответствует, вам будет предложено найти соответствующий источник. Если соответствующий источник не найден, исходный код не будет отображаться во время отладки.

http://msdn.microsoft.com/en-us/library/85yzd16c.aspx

Недостатком является то, что если у вас есть точки останова в определенном файле, на который влияет эта проблема, то вы можете обнаружить, что VS не будет трассироваться в этот файл, поэтому этот параметр должен использоваться только (IMO), если есть файлы, вызывающие проблема, которую вы не хотите отлаживать.

Я обновлю свой ответ, когда найду больше.

Ответ 3

У меня также была эта проблема с Visual Studio 2013 (версия a.k.a. 12.0), которая меня заводила. Ремонт, деинсталляция, переустановка, удаление .dlls,.csprojs,.suos, очистка, перестройка. Ничего не помогло. В качестве крайней меры перед выполнением чистой установки Windows я прошел эти шаги, которые успешно решили проблему:

Удален VS через функцию добавления/удаления Windows.
Удалены все файлы и папки, ссылающиеся на Visual Studio 12.0 в% AppData%,% ProgramData% и Program Files (x86) (этот последний оставил мне 13k файлов на 200 MB + после удаления)
перезагружается
Инструменты очистки реестра и реестра реестра Ran CCleaner
Используется regedit для поиска 'Visual Studio 12' и '12.0 ', по существу удаляя все ключи/папки, ссылающиеся на Visual Studio 12.0 (оставляя чистые ссылки на файлы, поскольку они составляли безумное число)
Перезагрузился, снова запустил CCleaner, перезагрузился.
Снова установите Visual Studio 2013, изменив путь от "... 12.0" до "... 12".
Вручную применимо исправление Windows (KB2664825), которое каким-то образом не удалось выполнить установку.

Готово, и это сработало!

С другой стороны, мои параллельные установки VS2010 и VS2012 не были затронуты ни в какой момент проблемы, с которой я столкнулся с VS2013.

Ответ 4

Ну, это может не исправить вашу проблему, но то, что я сделал, это удалить мои .suo файлы, и она перестала запрашивать файлы, которые давно исчезли.

Я просто размещаю это здесь для других, которые могут прийти и найти это полезным.

Ответ 5

fooobar.com/questions/490432/... отлично подходит для меня. После удаления пути к файлу в списке debug ignore list вы должны перестроить все решение.

Ответ 6

У меня была такая же ошибка, и она была вызвана тем, что мои DLL в одном проекте не обновлялись с другой зависимостью проекта. Я попытался перестроить, удалить файлы bin, очистить кеш и несколько других вещей. Ничто из этого не сработало для меня.

Вот простой пример моего сценария. Проект A был зависеть от проекта B. Всякий раз, когда Project A попадает в точку отладки, где он вызвал метод в проекте B, я получил ошибку.

Что исправить мою проблему:

Поместите оба проекта A и Project B в одно VS-решение. (Если у вас много проектов, все из которых зависят друг от друга, вы можете разместить их в одном и том же решении, я на самом деле имел 9)
Очистите и создайте оба проекта. (чтобы синхронизировать их в новом решении)
Задайте проект запуска как проект A (или то, что вы ранее пытались отлаживать).

Теперь вы можете пройти через оба кода проекта.