Не удается найти указанный файл visual studio 2019

Обновлено: 06.07.2024

Если ваше приложение пытается использовать неработающую ссылку, создается ошибка исключения. Неспособность найти компонент, на который указывает ссылка, является явным признаком ошибки, однако есть несколько ситуаций, в которых ссылка считается нерабочей. Эти варианты показаны в приведенном ниже списке:

Неверный или неполный путь для ссылок проекта.

Файл, на который указывает ссылка, удален.

Файл, на который указывает ссылка, переименован.

Сбой подключения к сети или проверки подлинности.

Ссылка указывает на COM-компонент, который не установлен на данном компьютере.

Ниже приведены способы устранения этих проблем.

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

Неправильный путь для ссылок

Если проекты используются совместно на разных компьютерах, некоторые ссылки могут быть не найдены, если компонент находится на этих компьютерах в разных папках. Ссылки сохраняются под именем файла компонента (например, MyComponent). Когда в проект добавляется ссылка, расположение папки для файла компонента (например, C:\MyComponents) добавляется к свойству проекта ReferencePath.

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

Ссылки между проектами лишены подобных проблем. Поэтому по мере возможности следует использовать их вместо ссылок на файлы.

Исправление неработающей ссылки проекта с помощью исправления пути для ссылок

В обозревателе решений щелкните правой кнопкой мыши узел проекта и выберите пункт Свойства.

Открывается конструктор проектов.

Если вы используете Visual Basic, выберите страницу Ссылки и нажмите кнопку Пути для ссылок. В диалоговом окне Пути для ссылок введите путь к папке с элементом, на который нужно сослаться, в поле Папка, а затем нажмите кнопку Добавить папку.

Файл, на который указывает ссылка, удален.

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

Исправление неработающей ссылки проекта для файла, который больше не существует на диске

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

Файл, на который указывает ссылка, переименован.

Файл, на который указывает ссылка, мог быть переименован.

Исправление неработающей ссылки, указывающую на переименованный файл

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

Если ссылка находится в другом расположении на компьютере, нужно считать ее оттуда.

Сбой подключения к сети или проверки подлинности

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

На компьютере не установлен COM-компонент.

Я продолжаю получать эту ошибку с этими строками кода:

«Система не может найти указанный файл»

Код, который создается и запускается:

Код должен быть:

Небольшое примечание: я удалил системную команду, потому что слышал, что ее использовать не рекомендуется. (но, конечно, вы можете добавить его для такого рода программ)

Код должен быть:

У меня была такая же проблема и это исправило:

Вы должны добавить:

C: Program Files (x86) Microsoft SDKs Windows v7.1A Lib x64 для 64-битной системы

C: Program Files (x86) Microsoft SDKs Windows v7.1A Lib для 32-битной системы

в Property Manager > Linker > Общие > Дополнительные каталоги библиотеки

У меня была такая же проблема, и это решило ее:

Вы должны добавить:

C: Program Files (x86) Microsoft SDKs Windows v7.1A Lib x64 для 64-битной системы

C: Program Files ( x86) Microsoft SDK Windows v7. 1A Lib для 32-битной системы

в Property Manager > Linker > Общие > Дополнительные каталоги библиотеки

Мне так неловко, но это мой первый день на C ++.

Я получал ошибку по двум причинам.

Я открыл пустой проект

Он успешно работал на консоли win 32.

Мне так неловко, но это мой первый день на C ++.

Я получал ошибку по двум причинам.

Я открыл пустой проект

Он успешно работал на консоли win 32.

Есть настройка «Выходной файл». Если это не $ (OutDir) $ (TargetName) $ (TargetExt) , тогда вы можете столкнуться с проблемами.

Это также обсуждается более подробно здесь .

Есть настройка «Выходной файл». Если это не $ (OutDir) $ (TargetName) $ (TargetExt) , тогда вы можете столкнуться с проблемами.

Это также обсуждается более подробно здесь .

Написал ваш код. После компилляции (Ctrl+F7) в окне вывода:

"1>------ Построение начато: проект: HelloWorld, Конфигурация: Debug Win32 ------
1>Компиляция.
1>cl: командная строка warning D9035: использование параметра "Wp64" нежелательно, он будет удален в следующих выпусках
1>HelloWorld.cpp
1>Журнал построения был сохранен в "file://d:\My documents\Программирование_Информатика\C++\HelloWo rld\Debug\BuildLog.htm"
1>HelloWorld - ошибок 0, предупреждений 1
========== Построение: успешно: 1, с ошибками: 0, без изменений: 0, пропущено: 0 =========="

Потом жму Ctrl+F5. Пишет:

"1>MSVCRTD.lib(crtexew.obj) : error LNK2019: ссылка на неразрешенный внешний символ _WinMain@16 в функции ___tmainCRTStartup
1>Debug\HelloWorld.exe : fatal error LNK1120: 1 неразрешенных внешних элементов
1>Журнал построения был сохранен в "file://d:\My documents\Программирование_Информатика\C++\HelloWo rld\Debug\BuildLog.htm"
1>HelloWorld - ошибок 2, предупреждений 0
========== Построение: успешно: 0, с ошибками: 1, без изменений: 0, пропущено: 0 =========="

"Не удаётся запустить программу "d:\My documents\Программирование_Информатика\C++\HelloWo rld\Debug\HellowWorld.exe" Не удаётся найти указанный файл."

Ну то есть всё как обычно. Исполняемый файл .exe не создаётся.

А почему вы, кстати, предложили такой необычный вариант программы Hello World? Я в этом не специалист, конечно, но судя по той книге, что я читаю (Максим Динман "С++. Освой на примерах") данную программу надо писать так:

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

Правда при таком варианте тоже ничего не получается. Хотя пишет немного другое:

"1>HelloWorld.cpp
1>d:\my documents\программирование_информатика\c++\hellowo rld\helloworld.cpp(4) : fatal error C1083: Не удается открыть файл include: iostream.h: No such file or directory
1>Журнал построения был сохранен в "file://d:\My documents\Программирование_Информатика\C++\HelloWo rld\Debug\BuildLog.htm"
1>HelloWorld - ошибок 1, предупреждений 1
========== Построение: успешно: 0, с ошибками: 1, без изменений: 0, пропущено: 0 =========="

Ну и опять выскакивает то же самое окно:

Так что у меня даже простейшая программа Hello World не хочет работать ни в каких вариантах.

Судя по диагностике, проблема таки в свойствах проекта.
Вы точно создали консольный проект?

Нет. Когда я делаю так:

Запуск VS2008 -> Файл -> Создать -> Проект -> Консольное приложение Win32

то там куча файлов создаётся непонятных. Два файла .cpp и два .h и ещё куча всего. Но я и так пробовал. Всё равно не работает.

Я делаю так. Создаю папку. Потом пишу код в обычном блокноте. Потом жму Сохранить как, указываю созданную новую папку, а после имени файла пишу расширение .cpp. И он сохраняет файл в папку не как блокнот, а как .cpp. На примере HelloWorld у меня получается так: есть папка HelloWorld, а в ней лежит файл HelloWorld.cpp. А после этого я открываю этот файл HelloWorld.cpp, потом жму Файл -> Создать -> Проект из существующего кода, и в результате у меня в папке HelloWorld лежит уже не один файл HelloWorld.cpp, а помимо него ещё несколько файлов создаётся. Ну а потом уже я открываю HelloWorld.cpp, и жму Ctrl+F7, а потом Ctrl+F5.

Может это, конечно, тупой способ, но я так раньше делал, давно, когда у меня ещё старая Visual Studio была. Тогда всё работало. Сейчас проект создаётся, но при компилляции исполняемый файл не создаётся и соответственно программа не запускается.

Может проблема как раз таки в Visual Studio? Я скачал образ диска из сети. Там помимо образа ещё лежал образ SP1 и образ MSDN. Я это всё установил. По началу мне понравилось, что эта Visual Studio оказалась на русском языке. Я подумал, что это будет удобно. Но теперь, когда выяснилось, что ничего не работает, то я уже начинаю думать, что может они пока переводили её, то "поломали" чего-нибудь? Может в самой программе проблема?

По моему скромному мнению стоковая Arduino IDE представляет из себя убогий блокнот не соответствующий современным требованиям для разработчика. Многие сторонние блокноты имеют на порядок больше функционала, чем среда разработки Arduino IDE, а они всего лишь блокноты. Для новичка это особо актуально иметь среду разработки которая всеми силами помогает тебе писать правильно с подсветкой синтаксиса, автодополнением , подсветкой ошибок на лету, подсказками, быстрыми переходами и т.д., а самое главное имеется режим отладки во время исполнения кода в микроконтроллере и все это есть в Visual Studio 2019 с расширением vMicro. Но есть и другая сторона медали: данное расширение теперь платное и стоит не так уж дешево. Имеется триальный период использования в 90дней, без возможности отладки. И никто не отменял глюки и непонятное поведение этого расширения.

Я узнал о данном расширении совсем недавно и имею посредственное представление о его возможностях.

Установка расширения vMicro в Visual Studio 2019 Community

Данное расширение можно поставить начиная с Visual Studio 2015. Для работы расширения у вас уже должно стоять Arduino IDE.

Запускаем Visual Studio 2019 и жмем продолжить

В меню "Расширения" нажимаем "Управление расширениями". В открывшемся окне с лева выбираем «В сети» и справа в поиск вбиваем Arduino. Жмем скачать.

Теперь закрываем Visual Studio 2019, начинается процесс установки.

В открывшемся окне жмем «Изменить»

Установка завершена, жмем «Закрыть». Запускам Visual Studio 2019. Жмем «Создать проект» выбираем Arduino project и проходим мастер создания проекта.

В какой-то из моментов у вас выскочит окно конфигурации расширения, где необходимо указать путь куда установлена Arduino IDE.

Основные элементы управлением расширением выведено в отдельную строку на панели инструментов. Все тоже самое, что и в родной Arduino IDE.

Ошибки, глюки и проблемы

Я использую ОС Windows 10 и столкнулся со следующими проблемами.

2)Если вы используете сторонние библиотеки в своем проекте, то необходимо прописать пути к ним в проекте. Справа на проекте правой клавишей мыши жмем "свойство", переходим в «Каталоги VC++» - "Включаемые каталоги" – изменить и добавляем пути к исходникам включаемых библиотек.

Учтите что Debug и Release имею независимые настройки среды т.е. поменяв этот профиль вы поменяете настройки среды для проекта.

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

Читайте также: