Блог

Я запускаю Visual Studio 2010 на сервере терминалов, и в течение некоторого времени у меня было относительно мало проблем. Сегодня утром я запустил свой компьютер, и в течение долгих выходных в Великобритании, похоже, возникла следующая проблема.

У меня есть куча проектов (но не все мои проекты и не все проекты в данном решении), жалующихся на то, что определенный файл (которого не существует на компьютере) не может быть открыт, и поэтому эти проекты больше не будут компилироваться. Вот ошибка:

 Error   31  Unable to open module file
'C:Users[username]AppDataLocalTemp2.NETFramework,Version=v4.0.AssemblyAttributes.vb':
System Error amp;H80070003amp;
  

Я мог бы просто скопировать файл в этот каталог и покончить с этим, я почти уверен, что это сработает, но я был бы признателен за любую информацию, которую кто-либо может дать мне о том, почему возникла эта проблема, и что я могу сделать, чтобы избежать ее возникновения в будущем.

РЕДАКТИРОВАТЬ: Хорошо, теперь все вышло на совершенно новый уровень странности. Я перезагрузил сервер, я получаю то же сообщение об ошибке, только теперь файл, который он запрашивает, существует и может быть открыт в Visual Studio без проблем.

И все же другая часть IDE по-прежнему настаивает на том, что ей не удается открыть файл модуля…

ПРАВКА 2: Не удается удалить файл, поскольку он утверждает, что открыт в другой программе, но я вышел из системы и снова вошел в систему, и к нему не должно быть никакого доступа.

ПРАВКА 3: Поскольку под его ответом есть стена комментариев, я упомяну здесь, что предложение Джареда удалить файл SUO для решений, вызывающих проблему (как ни странно, не файлы, конкретно связанные с каким-либо из проблемных проектов), в конечном итоге решило эту проблему.

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

Из «Редактировать 3» выше и комментариев ниже: решением этой проблемы было удаление *.SUO файла с диска и повторное открытие решения.

Это проблема, вызванная подключениями к удаленному рабочему столу. RDC (по умолчанию) настроен на использование создания нового каталога при каждом удаленном входе в систему. Кроме того, это настройка (отдельная настройка) для удаления этого каталога после выхода из системы. Реальное решение — удалить эти два параметра, чтобы он просто использовал вашу стандартную временную папку, не удаляя файлы при выходе из системы.

Также есть два обходных пути к этой проблеме:

1. Как упоминалось в другом месте, удалите свой файл .suo для решения, прежде чем открывать решение или перестраивать.
2. Используйте опцию «Перестроить все» при перестройке. (Иногда это работает.)

_{Примечание: Настройка RDC действительно может быть выполнена, только если вы вошли в систему как администратор на box, таким образом, два обходных пути.}

Обновление 17.02.2015: Сегодня утром снова возникла та же проблема с первым приложением, которое я открыл в VS2012. Простое решение для сборки / перестроения решило проблему. В других приложениях, открытых этим утром, проблемы не было.

Решение для сборки / перестроения решило проблему.

Однако, когда я пришел сегодня утром, у меня была та же проблема, что и выше; Windows 7 сообщала, что мне необходимо перезагрузиться после второй (автоматической) попытки установить исправление. Поэтому я закрыл все и перезапустил.

Загрузил один из моих проектов, и он отобразил то же сообщение. Итак, я загрузил второй проект в новом сеансе Visual Studio, и у него было то же сообщение об ошибке.

Перешел к первому проекту и попытался запустить решение для сборки / перестроения. Это было выполнено успешно и устранило проблему для обоих проектов.

Использование Visual Studio 2012 Enterprise Edition.