Msgstr "Ошибка C1083: Не удается открыть исходный файл." Не следует искать файл вообще.

Я пытался создать #include a cpp файл с некоторыми функциями, чтобы впоследствии использовать этот файл cpp с другими проектами. Это дало мне , уже определенную в ошибке .obj ', и с тех пор этот .cpp файл был похож на мой проект. (Я понял, что не путь, ответ здесь помог мне с уже определенным)

Если я исключить.cpp файл из проекта, удалить из каталога и удалить строку #include, она по-прежнему выглядит для него:

c1xx : fatal error C1083: Cannot open source file: 'std.cpp': No such file or directory

Диагностическое:

Outputs for D:\MY DOCUMENTS\C#\PROJECT\D3DTESTC++\COWS AND BULLS\CBMAIN.CPP|D:\MY DOCUMENTS\C#\PROJECT\D3DTESTC++\COWS AND BULLS\STD.CPP: (TaskId:15)

Он не должен искать std.cpp вообще, я удалил его! Итак, есть ли способ reset проекта и перекомпилировать, чтобы программа не искала его? Я уже пробовал Rebuild и Clear → Build Project

Ответ 1

Хорошо, я понятия не имею, как я сделал это, но я все равно попытаюсь написать то, что я сделал.

Сохранить все и Закрыть решение
Откройте файл .vcxproj (не .sln)
Создать → Очистить [Название проекта]
Сохранить все и Закрыть
Снова запустите файл .sln.
Создать → Только проект → Только очистить [Название проекта]
Создать → Только проект → Только сборка [Имя проекта]

То, что я сделал, и работал у меня. Я думаю, что главное - очистить, сохранить, закрыть, открыть, построить, но я не уверен.

Ответ 2

Когда я столкнулся с аналогичной проблемой с VS Express, мне пришлось открыть файл .vcxproj(это просто XML) и удалить оскорбление < ClInclude Include = "FILEPATHANDNAME" > .

Ответ 3

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

Что я имел: Я использовал параметр "Показать все файлы" (чтобы вы могли видеть все файлы в каталогах проектов). Я исключил один из моих .cpp файлов из проекта. Однако он вел себя так, как этот файл находится в проекте.

Вот как мне удалось это исправить: Я переключил "Показать все файлы" и увидел, что этот файл по-прежнему принадлежит проекту! Поэтому я снова исключил этот файл.

Как я вижу, это известная проблема.

Это сработало для меня, надеюсь, что это будет полезно для кого-то другого.

Ответ 4

Попробуйте добавить подробный вывод строителя, чтобы увидеть точные шаги. Я полагаю, вы используете Visual Studio, правильно?

Перейдите в меню "Инструменты → Параметры"
В диалоговом окне параметров выберите "Проекты и решения → " Сборка и запуск "
Измените текущий режим "MSBuild project build output verbosity" от "Minimal" до "Diagnostics" или "Detailed".
Перестройте проект и исследуйте окна вывода

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

Ответ 5

Это случилось со мной, потому что я переименовал папку изнутри среды IDE. Ни одно из вышеперечисленных решений не работало. Единственный способ исправить это - открыть vcproj в блокноте, и вы должны увидеть файлы-нарушители в <ItemGroup>. Просто удалите эти строки.

Ответ 6

Или иногда, как и в моем случае, проблема заключается просто в именах папок в местоположении. У меня был очень длинный путь с папками, которые я хотел бы назвать специальными персонажами, чтобы они отображались вверху, и легко получить к ним доступ. Как только я поместил свое решение в папку только в папке D: проблема исчезла.

Ответ 7

Когда я переименовал файл, я обнаружил, что мне нужно пойти в SolutionExplorer, исходный файл, выбрать файл, сначала исключить из Project, затем повторно добавить его в проект и перестроить его решение живет. Он по-прежнему отображался как старое имя файла в разделе "Исходные файлы" для меня.

Ответ 8

Многие из решений здесь не будут работать

Полнофункциональный метод:

Откройте файл vxproj, который создает проблемы в текстовом редакторе.
удалить все ссылки на файл, который он не может найти.

Ответ 9

Я удалил эти источники из Project и повторно добавил их. Почему-то ссылки были перепутаны после рефакторинга проекта спешки.

Ответ 10

У меня была такая же проблема, но у меня был еще один .sln. После создания инструмента Project- > Properties- > , чтобы сделать их похожими, ничего не получилось. Я открыл оба файла .vcxproj и скопировал содержимое рабочей версии в мою нерабочую версию. (Я заметил, что эти два файла имели разную длину. Нерабочая версия была длиннее примерно на 20 строк.) Я просто изменил RootNameSpace на нерабочее имя версии. Я сохранил нерабочий файл и престо! Это сработало.

Ответ 11

Это помогло в моем случае. Подводя итог, мой путь к проекту был слишком длинным, поэтому я переместил свой проект на что-то более короткое, то есть D:\my_project и все работало в мгновение ока.

Ответ 12

Для людей, имеющих проблемы, связанные с "ошибка C1083: не удается открыть исходный файл":

Ошибка вызвана настройками в файле *.vcxproj. Возможно, вы удалили/переместили исходный файл с помощью проводника, а не Visual Studio "Solution Explorer". Таким образом, ваш *.vcxproj файл поврежден. Исправить это вручную исправить настройки в файле *.vcxproj.

Как работают файлы настроек Visual Studio

Visual Studio сохраняет информацию о решении в файл. Этот файл обычно находится в каталоге решения проекта, имеет расширение .sln, а базовое имя совпадает с именем решения, например:

NameOfSolution.sln

Аналогично, информация о проекте сохраняется в одном файле (каждый проект имеет свой собственный файл). Базовое имя этого файла - имя проекта, расширение -.vcxproj, и обычно оно находится в подкаталоге с именем вашего проекта, например:

NameOf1stProject/NameOf1stProject.vcxproj

NameOf2ndProject/NameOf2ndProject.vcxproj

Файлы *.sln и *.vcxproj являются текстовыми файлами. Вы можете открыть их с помощью Блокнота.

Как решить проблему

Найдите файл *.vcxproj, отвечающий за ваш проект.
Если вы не знаете, где это, откройте в Блокноте файл *.sln вашего решения. Поиск по названию вашего решения. Вы найдете строку как:
```
Project("{9AA9CEB8-8B4A-11D0-8D22-00B0C01AA943}") = "NameOf1stProject", "NameOf1stProject\NameOf1stProject.vcxproj", "{A8735D0A-25ED-4285-AB8F-AF578D8DB960}"
```
Значение в "NameOf1stProject\NameOf1stProject.vcxproj" - это расположение файла *.vcxproj вашего проекта.
Откройте найденный файл *.vcxproj с помощью текстового редактора (например, Блокнот).
Найдите строку с именем файла, с которым вы боретесь.
Пример: если вы ищете "RemovedFile.cpp", то вы должны найти строку:
```
<ClCompile Include="RemovedFile.cpp" />
```
Удалить эту строку.
Если вы открыли Visual Studio, вам будет предложено обновить решение - выберите "Да". Если он не открыт - просто начните его использовать.
В случае каких-либо проблем попробуйте перестроить решение (верхний баннер → Построить → Перестроить решение)

В моих случаях это сработало. 30 минут попыток исправить, <1 минута исправления.

Ответ 13

У меня была такая же проблема, но для меня проблема заключалась в том, что я использовал Bash на Windows (WSL) для клонирования репозитория, а затем использовал VS для компиляции.

После того, как я удалил свой клон и использовал командную строку Windows (cmd.exe) для клонирования репо, ошибка 1083 исчезла.