Visual studio не видит файлы в папке
Это может быть очень простой вопрос, но я не смог его понять, поэтому любая помощь приветствуется.
У меня есть заголовок, который находится в общей папке, потому что я хочу использовать его, например, в нескольких проектах:
C: \ пользователь \ geninclude \ программа \ header.h
Я создал новый пустой проект с очень простым main, в основном я поставил
Затем я перешел к свойствам проекта, и в VC ++ во включенных каталогах добавил C: \ user \ geninclude \
Но когда я попытался собрать программу, программа сообщает мне, что не может найти header.h, потому что его нет в текущем каталоге или в пути к системе сборки.
Я также пробовал в свойствах проекта в общих дополнительных каталогах C / C ++ добавить C: \ user \ geninclude \, но все еще та же ошибка.
Я знаю, что мне не хватает чего-то простого, но я не знаю чего, я новичок в этом, просто учусь.
Для справки я использую Visual Studio 2013.
Спасибо заранее за вашу помощь.
ОБНОВЛЕНИЕ: Спасибо всем за ваши добрые ответы, я перепробовал все, что вы мне сказали (проверьте выпуск и отладку в обоих случаях, измените / на \ и <> на "", и дважды проверьте заголовок, но система все равно не видит это действительно очень странно. Я буду пытаться .
Пожалуйста, проверьте, действительно ли ваш файл является файлом заголовка, иначе он не появится в include.
Что вы также можете сделать (в качестве обходного пути, если вам нужен этот метод быстро), так это поместить файл заголовка (или папку с файлами заголовков) в папку «include» Visual Studio. Путь должен выглядеть так: «C: \ Program Files (x86) \ Microsoft Visual Studio 14.0 \ VC \ include»
PS: Вам также следует проверить конфигурацию свойств при добавлении пути к каталогам включения VC ++. Вы можете добавить путь к конфигурации отладки и попытаться запустить ее в режиме выпуска.
Другая вещь, которая может привести к тому, что включаемые файлы не будут захвачены, - это разница между платформой, установленной на страницах свойств вашего проекта c ++, и вашей «платформой активного решения» в диспетчере конфигурации. Можно просто проверить, установлен ли один на x64, а другой на x86
Для пользователей Visual Studio 2019:
Обоснование: вы могли загрузить проект из Интернета, и они использовали другую версию Visual Studio в качестве платформы .
Обоснование: вы могли загрузить проект из Интернета, и они использовали версию SDK 8.0 , в то время как у вас есть SDK 10.0 0
Ты действительно хочешь
Свойства проекта -> Свойства конфигурации -> C / C ++ -> Дополнительные каталоги включения
Проверьте, правильно ли вы указали путь. например, я написал cpp вместо c ++ и поэтому много страдал и потратил, как час, на поиски тут и там.
изображение говорит все это, в настоящее время он должен показывать файл, но, как вы можете видеть, его проблемы с рисованием содержимого файла.
я выгрузил все аддоны и перезапустил visual studio.
Если это имеет значение, проект previus был VS 2k8.
Новая Информация:
Если я жду хорошего 5min (у меня есть четырехъядерный I7 с 6GB ram, 295gtx. VS работает от a ТВЕРДОТЕЛЬНЫЙ ДИСК.)
Он загрузит текст, но im не сможет "редактировать", так как он загрузит некоторый документ (.cs), но когда я выбираю тот, который хочу отредактировать, я не открываю этот файл.
Его лучше всего описать как visual studio с отставанием 5 минут.
Я это точно ошибка. Я бы открыл файлы из Обозревателя решений, но окно редактора либо не появится, будут отображаться только 1-2 строки из 100+ линейных файлов, либо файл будет отображаться, но я не могу прокручивать или иным образом редактировать файл. Некоторые части VS работали, т. е. небольшие всплывающие подсказки появлялись, если я нажимал на правую часть (невидимого) текста, но я, очевидно, не мог много сделать в этом состоянии.
У меня много VS вещей, поэтому я думал, что это было какой-то плагин или расширение, которое заставляло вещи идти странными. Эти установленные элементы включают:
Я решил (2/18/2011) инструментами. Менеджер Расширений. отключение средств повышения производительности и конструктора фрагментов. Понятия не имею, что происходит, но это фиксированная это для меня, и я вернулся к работе. Вероятно, что-то в системном чертеже и/или параметрах отображения.
редактировать
проблема продолжается. К сожалению, он прерывистый, и я не могу воспроизвести его надежно. Теперь подозреваемые BugShooting и CaptureWiz инструменты захвата экрана. У меня было поведение, которое появляется, а затем исчезает во время регистрации ошибок с ними.
2-е изд
проблема постоянно продолжается. Я еще не смог определить причину, но обычно выход из VS и перезапуск решает проблему(ы). Другие части поведения включают в себя параметры меню (Файл, редактирование,просмотр и т. д.) не работает должным образом, поскольку они показывают только подсветку, но не фактические пункты меню. Решение будет строить и работать просто отлично, но все равно не будет отображаться должным образом.
У меня была аналогичная проблема, когда VS2012 говорил мне, что у меня есть активные (открытые) файлы, но текстовый редактор не отображал их. Нажатие на файл(ы) в обозревателе решений, по-видимому, ничего не сделало. Alt + Tab просто просматривал открытые файлы, но все равно ничего не отображалось на экране.
Я решил это, нажав на пункт меню "окно", а затем"закрыть все документы". Затем Visual Studio вела себя так, как ожидалось, и правильно открывала (и отображала) файлы.
эта ошибка была создана мычать 1.2.x, но фиксируется в моментальных снимках версии 1.3.X. Вероятно, вы можете получить simular ошибки другим программным обеспечением, которое делает DirectX overlay.
У меня была такая же проблема в Visual Studio 2012, так. Он был исправлен путем запуска ремонта Visual Studio 2012 с помощью программ добавления/удаления.
следующий не имело никакого эффекта:
- закрытие и повторное открытие решения
- Открытие разных типов файлов
- Перезапуск Visual Studio
- добавление и удаление плагинов
- сброс параметров с помощью параметра "сброс всех параметров" в Visual Studio " импорт и экспорт Настройки'
- перезагрузка windows
У меня была эта проблема в Visual Studio 2013. Проблема была: расширение "Regex Tester". Мне пришлось удалить это расширение.
в последнее время я не устанавливал никаких новых расширений, я работал над тем, что когда-либо у меня было.
там что еще я могу сделать?
цитировать. "Эта проблема из-за повреждения кэша MEF. Установка расширения обратной связи (или установка любого расширения) приведет к недействительности кэша, заставляя VS перестраивать его."
чтобы получить ответ здесь, на той же странице, что и вопрос: пользователи должны установить (или удалить) расширение Visual Studio, так как это заставит перестроить кэш MEF. В связанной статье предлагается установить Средство Обратной Связи Microsoft Visual Studio 2013 расширение, которое я сделал, и это сработало, но любое расширение установлено через Инструменты, Расширения и обновления меню, вероятно, сделает эту работу.
Я думаю, что причина этого может были связаны с чрезмерной антивирусной программой, но я не могу сказать наверняка.
скопируйте и вставьте папки и файлы в расположение проекта для интеграции модуля проекта и создайте проект, даже если пространство имен имеет правильное. Это способ решить
файл / папка не отображается правильно, поэтому щелкните правой кнопкой мыши неправильный видимый файл / папка и нажмите кнопку Включить в проект
построить проект - > если какая-либо ошибка возникает, то это как пространство имен может быть ошибкой, потому что копия из одного проект в другой проект или тот же проект с другим местоположением, чтобы проверить его
Если ошибка типа Build action 'Page' не поддерживается определенной комбинацией целей проекта.
пойти и решить дальнейшие шаги
откройте Обозреватель решений и нажмите кнопку "Показать все файлы", он покажет файлы, которые были в вашем проекте, и вы не смогли их увидеть. Затем, если вы хотите включить их в свой проект, выберите папку и щелкните ее правой кнопкой мыши и выберите Включить в проект.
Я создал пустой "демонстрационный" проект в Visual Studio 2008 и добавил некоторые существующие проекты в свое решение. Включен "Файл Myheader.h " (заголовок другого проекта) в main.cpp-файл, который находится в "Demo". Также добавлен путь к заголовочным файлам в разделе" Tools/Option/VC++ Directory/Include files". Но intellisense говорит: "файл 'MyHeader.h ' не найден в каталоге текущего исходного файла или в системных путях сборки. "
Как проблема может быть исправлена? Спасибо.
Если вы выберите Project а то All Files в меню все файлы должны отображаться в обозревателе решений, которые физически находятся на карте проекта, но еще не включены в проект. Если вы щелкните правой кнопкой мыши файл, который хотите добавить в Обозреватель решений, вы можете включить его.
удалить .sdf-файл, который находится в каталоге решения. Это просто база данных Intellisense, и Visual Studio воссоздаст ее при следующем открытии этого решения. Эта БД может быть повреждена и привести к тому, что IDE не сможет найти вещи, и поскольку компилятор генерирует эту информацию для себя на лету, это не повлияет.
Если это так, что только IDE указывает, что он не может найти включенные файлы, но компиляция успешна, проблема просто в том, что IntelliSense не полностью в курсе последних изменений. Это может произойти именно при включении существующих проектов, по моему собственному опыту. Удаление .sdf-файл (= база данных IntelliSense), созданный в каталоге решения, заставляет Visual Studio восстанавливать его, чтобы он снова был обновлен. Просто делать "чистый", вероятно, будет делать то же самое, но занимает больше времени, так как все будут сгенерированы снова.
Я бы никогда не рекомендовал буквы жесткого диска в любом аспекте ваших файлов проекта; либо использовать относительные пути, макросы, переменные среды или некоторые сочетания дерева для любой постоянной ситуации. Однако в этом случае я работаю в некоторых временных проектах, где абсолютные пути были необходимы в краткосрочной перспективе. Не имея возможности щелкнуть правой кнопкой мыши, чтобы открыть файлы, было очень неприятно, и, надеюсь, это поможет другим.
попробуйте добавить файл заголовка в файлы вашего проекта. (щелкните правой кнопкой мыши проект - > добавить существующий файл).
Если visual studio говорит, что вы пропустите какой-то файл в текущей папке исходного файла, есть одно решение, которое я использовал. Просто щелкните правой кнопкой мыши файл, который вы хотите добавить, и выберите Open Document , если он действительно не существует, то вы должны увидеть что-то вроде cannot find file in the source file path = "somewhere in your computer" , тогда вы можете сначала добавить исходный файл в этот путь и посмотреть, работает ли он.
Это случилось со мной только что, после выключения и перезагрузки компьютера. В конце концов я понял, что архитектура каким-то образом была изменена на ARM из x64.
по моему опыту, с VS2010, когда include-файлы не могут быть найдены во время компиляции, выполняя очистку, тогда build обычно устраняет проблему. Не так уж редко редактор может открыть файл include, а затем компилятор объявить, что он не может найти этот самый файл, даже когда он открыт на экране!
Исправлено путем восстановления VS2015 из установочного файла.
Исправлено путем восстановления VS2015 из установочного файла.
В VS 2015 появилась новая функция «Скрыть папку / Показать папки». иногда люди непреднамеренно нажимают на нее. вы можете вернуть его, щелкните правой кнопкой мыши на решении и выберите параметр «Показать» в списке, как показано на рисунке ниже.
Была эта проблема, но только в одном конкретном проекте, где я не мог видеть файлы в папках. Если бы я открывал другой проект, я мог бы видеть его файлы, находящиеся в папках, поэтому я знал, что у меня нет проблемы, характерной для всей Visual Studio. Итак, я просто перестроил свой проект. Шаги:
- Закройте Visual Studio.
- Мой проект переместился в другую папку (чтобы я мог воссоздать свой проект с его старым именем)
- Запустил VS. Создал еще один проект, похожий на мой последний, включая все страницы и папки.
- Скопировал мои старые страницы из моей старой папки Explorer поверх страниц в папке Explorer моего нового проекта (Visual Studio распознает изменения и спросит вас, хотите ли вы перезагрузить контент - скажите «Да для всех»).
- Скопируйте классы из старой папки проводника в новую.
- В VS в обозревателе решений щелкните правой кнопкой мыши папку, которую вы создали там, которая представляет собой проводник, в который вы скопировали классы на шаге 5, выберите «Добавить существующий элемент . » и выделите все классы (Ctrl + A или удерживайте Ctrl и щелкните мышью по файлам) и нажмите Добавить.
Вы должны вернуться туда, где обозреватель решений снова сможет отображать ваши файлы.
Если он преобразован, то файл должен быть там. Возможно, файл решения обновился и пропустил ссылку на эту папку.
Попробуйте следующие шаги:
Щелкните решение правой кнопкой мыши и выгрузите его, затем отредактируйте решение (щелкните правой кнопкой мыши и отредактируйте решение), проверьте указанный путь к файлу и определите, является ли он правильным или нет.
Перейдите в каталог проекта и проверьте, есть ли там файлы. Если файлы есть: обновите решение и щелкните, чтобы отобразить скрытые файлы, и, если вы видите этот файл, добавьте в решение.
Если файлов нет в каталоге, добавьте существующий файл в решение.
У меня такая же проблема. Ремонт установки не помог. Удаление и новая установка сделали свою работу.
Файлы, вероятно, не указаны в решении. Попробуйте щелкнуть правой кнопкой мыши папку в VS, выбрать «Открыть в проводнике», а затем перетащить содержимое в папку в VS. Это должно добавить их в файл .sln.
После добавления файла в правильную папку. Нажмите на опцию Показать все файлы, включите файл в проект. Вот и все
Столкнулся с этой проблемой с VS 2015 Community Edition и определил, что проблема связана с одним из расширений (расширение Mexedge Stylesheet в моем случае). После отключения этого расширения и перезапуска проблема была решена.
Читайте также: