Visual studio не удается найти указанный файл obj
Обновлено: 04.07.2024
Я создал новый проект на С++ в Visual Studio 2008. Никакой код еще не написан; Изменены только настройки проекта.
Когда я компилирую проект, я получаю следующую фатальную ошибку:
спросил(а) 2020-03-13T16:13:13+03:00 1 год, 8 месяцев назадфатальная ошибка LNK1104: невозможно открыть файл 'C:\Program.obj'
Эта проблема возникает из-за указания зависимости от файла lib с пробелами в его пути. Путь должен быть окружен кавычками для правильного компиляции проекта.
Где я добавил цитаты.
ответил(а) 2020-03-13T16:27:38.818938+03:00 1 год, 8 месяцев назадЭто может произойти, если файл все еще запущен.
ответил(а) 2020-03-13T16:13:13+03:00 1 год, 8 месяцев назад: - 1: ошибка: LNK1104: невозможно открыть файл 'debug\****. exe'
Проблема исчезла после закрытия и повторного открытия Visual Studio. Не знаю, почему возникла проблема, но это может стоить того.
Это было на VS 2013 Ultimate, Windows 8.1.
ответил(а) 2020-04-07T21:34:54+03:00 1 год, 7 месяцев назадПроверьте также, что это не включено: Свойства конфигурации → C/С++ → Препроцессор → Препроцессор в файл.
ответил(а) 2020-03-13T16:13:13+03:00 1 год, 8 месяцев назадМоя проблема заключалась в отсутствии расширения .lib , я просто привязывался к mylib , и VS решил искать mylib.obj .
ответил(а) 2020-03-13T16:13:13+03:00 1 год, 8 месяцев назадУ меня была та же проблема. Она вызвана "," в имени папки с дополнительным пулом библиотек. Она была решена путем изменения дополнительного пути к библиотеке.
ответил(а) 2020-03-13T16:13:13+03:00 1 год, 8 месяцев назадВ моем случае речь шла о неверно направленной ссылке. Проект ссылался на вывод другого проекта, но последний не выдал файл, в котором его искал.
ответил(а) 2020-03-23T16:29:14+03:00 1 год, 8 месяцев назадУ меня была такая же ошибка, только с установленным пакетом Nuget (который не является только заголовком), а затем попытался удалить.
Для меня было не так, что я все еще включал заголовок для пакета, который я только что удалил в одном из моих .cpp файлов (довольно глупо, да).
Я даже удалил ссылки на дополнительные библиотеки, связанные с ним, в Project -> Properties -> Linker -> General , но, конечно, безрезультатно, так как я все еще пытался ссылаться на несуществующий заголовок.
Этот проект работал нормально, затем я перезагрузил компьютер, чтобы установить новый графический процессор, и теперь он выдает следующую ошибку, когда я пытаюсь запустить его:
Я попытался «Очистить решение» и «Восстановить решение».
Переход к исполняемому файлу вручную и запуск его работает. Вышеуказанная ошибка возникает, когда я нажимаю кнопку «Выполнить» в VS2010.
Кто-нибудь знает, почему это может происходить?
С помощью инструмента ремонта в VS Management все исправили.
(То есть щелкните правой кнопкой мыши Visual Studio 2010 и выберите «Изменить/Удалить» в инструменте удаления программ на панели управления Windows, а затем нажмите «Восстановить» в окне управления Visual Studio при его загрузке.)
У меня была эта проблема на VS2008: я удалил .suo; .ncb; и пользовательский файл проекта, затем перезапустил решение, и это решило проблему для меня.
Единственный способ, которым я смог преодолеть это (переустановка не была опцией), это установить свойства проекта-> web-> start action -> "не открывать страницу. Дождаться запроса от внешнего приложения «.
Кстати, я думаю, что в какой-то момент это началось из-за мода, который я сделал для machine.config. :) И нет, я не помню, что это было. Похоже, это очень апокалиптическая ошибка, когда однажды вы ее получаете, она никогда не исчезнет.
Так что если вы нашли эту страницу в Google, вы должны знать, что вы обречены. :)
Я нашел связанную тему:
Вот лучший предлагаемый ответ:
Tools > Internet Options > Advanced Under the Browsing Section
затем снимите флажок
Для меня это был антивирусный сканер, которому не нравился тот факт, что у меня в файле exe несколько раз.
project.class.console.exe <- не запускается
console.exe <- будет работать
Для меня это был . Антивирус! Kaspersky Endpoint security 10. Кажется, что частые компиляции и смена exe-файлов приводили к тому, что он блокировал файл.
У меня лично есть эта проблема в Visual 2012 с приложениями x64, когда я проверяю опцию «Режим совместимости с управляемым C++» в меню Debugging->General options of Tools->Options . => Снятие отметки с этой опции решает проблему.
У меня была похожая проблема при использовании веб-проекта Silverlight .
Я решил проблему, установив стартовую страницу (в silverlight .aspx - стартовая страница).
В браузере проекта щелкните правой кнопкой мыши вашу стартовую страницу и установите ее.!
Я столкнулся с подобной проблемой. И я обнаружил, что решение совершенно не связано с ошибкой. Хитрость была в том, чтобы переименовать название сборки. Решение: VS 2013 -> Свойства проекта -> Вкладка приложения -> Свойство AssemblyName изменено на новое имя <25 символов
У меня была похожая проблема, но ни одно из перечисленных здесь решений не помогло. Моя проблема заключалась в том, что в моем решении было несколько проектов, и не тот, который был выбран в качестве проекта запуска, как только я это изменил, все заработало.
Сбросьте диагностику и статический анализ в разделе, например, Свойства -> Фортран -> Диагностика. Будьте особенно внимательны к «Уровню статического анализа безопасности» и не устанавливайте его. Удачи!
Я просто снова столкнулся с той же проблемой: консольное приложение, Visual Studio 2013, 64-разрядная ОС. В настройках проекта было установлено «Любой процессор», я создал новую конфигурацию для x86 и VS был доволен.
- В обозревателе решений щелкните правой кнопкой мыши свое решение (.sln) и выберите «Диспетчер конфигурации».
- Active Solution Platform: если написано «Любой ЦП», щелкните стрелку раскрывающегося списка и выберите «»
- В поле «Введите или выберите новую платформу» введите «x86»
- Теперь убедитесь, что «Платформа активного решения» установлена на x86
- Run (F5)
Я думаю, что VS больше не может решить путь по какой-то причине.
Вы можете попробовать перейти в диалоговое окно «Свойства проекта», выбрать вкладку «Отладка», выбрать «Запустить внешнюю программу» в группе «Начать действие» и ввести полный путь к исполняемому файлу.
В случае приложений Windows ошибка устраняется путем изменения свойств запущенного проекта.
- Щелкните правой кнопкой мыши по текущему запущенному проекту, выберите Свойства
- Отладка -> Проверить Включить отладку неуправляемого кода и нажать сохранить кнопку в меню.
Если вы используете репозиторий кода, обычно этот файл не сохраняется, чтобы отменить контроль версий.
в моем случае мы решили из настроек отладки проекта, как
Невозможно запустить программу
'C:\Users\some user\Downloads\имя проекта \.\Debug\fil_name.exe'
Система не может найти указанный файл.
Проблема была в несоответствии имени файла и неправильного пути к этому файлу.
1. Итак, перешли к Project-> Properties-> Linker-> General-> и на правой панели в «Output file» изменили имя с «fil_name.exe» на «file_name.exe»
Файл file_name.exe находился в более глубокой папке, например ->\Debug\crv.
2. Также сделал Project-> Properties-> Configuration Configuration-> и на правой панели в 'Output Directory' отредактировал '.\Debug \' to '.\Debug\crv'
Я столкнулся с этой ошибкой, когда "" был добавлен по ошибке к моим аргументам командной строки при изменении свойств "Все конфигурации". Удаление их из RightClickProject-> Properties-> Configuration Properties-> Debugging-> Command Arguments позволило снова запустить его в отладчике.
У меня такая же проблема.
Причиной для меня было то, что параметр Command в Configuration Properties | Debugging был сброшен до значения по умолчанию.
Я публикую это только потому, что у меня была специфическая проблема с аргументами командной строки, которые я передавал. Будучи неопытным с командной строкой, я использовал «<» и «>» в своих аргументах, и это перенаправляло файл на меня. Надеюсь, это кому-нибудь поможет.
Никак не могу понять в чем проблема. До определенного момента времени все работало отлично, но недавно произошло следующее.
Делаю все как обычно.
Создаю проект: «Файл» → «Создать» → «Проект» . В «Установленных шаблонах» выбираю «Общие» → «Пустой проект» . Затем пишу имя проекта; нажимаю «ОК» .
Создаю файл: «Проект» . В «Установленных шаблонах» выбираю «Добавить новый элемент» .
Затем: «Код» → «Файл С++ (.срр)
Нажимаю «ОК» .
Пишу код.
Затем. Пытаюсь построить решение.
Мне пишет: «В ходе построения произошли ошибки. Продолжить и запустить последний успешно построенный вариант?» . Соглашаюсь. Далее мне: «Не удаётся запустить программу (далее указывается путь к этой программе) . Не удается найти указанный файл» . И на этом всё заканчивается.
Подскажите, где моя ошибка?
Код правильный. Не получается скомпилировать даже "Hello World! "
Всё написал так подробно, потому, что не знаю за что зацепиться, что может быть нужно, а что - нет.
Не одна из версий Visual Studio не работает, пробовал 2010 2013 даже C++ builder не работает.
P.S. Долго гуглил, случай как у меня не единичный, но так и не нашел решения.
ну неееееет, вы все советуете не то, я все это пробовал.> "В ходе построения произошли ошибки. "
Вот это ключевая фраза -- проект просто не собирается. Дальше можно соглашаться, но это ничего не даст, ведь последнего успешно построенного решения у вас нет.
Лог построения и надо приводить, а не "описывать подробно", как у вас все печально.
ЗЫ: если очень нужно, то могу разрулить ситуацию прямо на вашем компе с помощью TeamViewer'а, пишите на почту.
так какой файл оно найти не может ?
пути правильно пропиши до нужного файла
printf( "Hello world" );
у меня когда: я нажимаю F7 пишет:
1>------Build started: Project: Dan`s test 1 program, Configuration: Debug Win32 ------
1>Compiling.
1>Dan`s test 1 program.cpp
1>Compiling manifest to resources.
1>Microsoft (R) Windows (R) Resource Compiler Version 6.1.6723.1
1>Copyright (C) Microsoft Corporation. All rights reserved.
1>Linking.
1>Embedding manifest.
1>Microsoft (R) Windows (R) Resource Compiler Version 6.1.6723.1
1>Copyright (C) Microsoft Corporation. All rights reserved.
1>Build log was saved at "file://c:\Users\sony\Documents\Visual Studio 2008\Projects\Dan`s test 1 program\Dan`s test 1 program\Debug\BuildLog.htm"
1>Dan`s test 1 program - 0 error(s), 0 warning(s)
========== Build: 1 succeeded, 0 failed, 0 up-to-date, 0 skipped ==========
File-new-project далее выбираю Win32 Console Application во вкладке Win32 набираю имя в строчке Name: нажимаю OK, в открывшемся окне "Win32 Application Wizard - <имя> нажимаю Next > в Additional options: ставлю галочку на Empty project, нажимаю Finish. //Проект создан Открываю проект выхожу в Start page нажимаю Project > Add new item в открывшемся окне выбираю во вкладке Visual C++ файл C++ File (.cpp) в строке Name: набираю любое имя, нажимаю Add //Файл для кода программы создан. Пишу код. Программа Microsoft Visual C++ 2008 Express Editon.
Рекомендую консольные проекты делать в шестой визуал студии. После нее уже полный маразм с подключаемыми файлами для консоли.созданый файл (с исходным кодом и функцией main) скорее всего просто не добавлен в проект
добавьте его: например, затащите драг-н-дропом во вкладку "Обозреватель решений" в папку "Файлы исходного кода"
Я создал новый проект C++ в Visual Studio 2008. Код еще не написан, изменены только настройки проекта.
когда я компилирую проект, я получаю следующую фатальную ошибку:
фатальная ошибка LNK1104: не удается открыть файл 'C:Program.obj'
эта конкретная проблема вызвана указанием зависимости для файла lib, который имел пробелы в своем пути. Путь должен быть окружен кавычками для правильной компиляции проекта.
на Свойства Конфигурации -> Компоновщик -> Ввод вкладка свойств проекта, есть Дополнительные Зависимости собственность. Эта проблема была исправлена путем изменения этого свойства:
C:\Program файлы\программное обеспечение sdk\lib \ библиотека.Либ
" C:\Program файлы\программное обеспечение sdk\lib \ библиотека.lib"
где я добавил кавычки.
Это может произойти, если файл все еще работает.
:-1: ошибка: LNK1104: не удается открыть файл ' debug\****.exe'
проблема ушла для меня после закрытия и повторного открытия Visual Studio. Не знаю, почему возникла проблема, но это может быть стоит попробовать.
Это было на VS 2013 Ultimate, Windows 8.1.
проверьте также, что вы не включили это: свойства конфигурации -> C / C++ - > препроцессор -> предварительная обработка файла.
У меня было то же самое problem.It вызвано символом", " в имени папки дополнительной библиотеки path.It решается путем изменения дополнительного пути к библиотеке.
моя проблема была отсутствует .lib расширение, я просто связывал против mylib и ВС решил искать mylib.obj .
в моем случае это был вопрос неправильной ссылки. Проект ссылался на вывод другого проекта, но последний не выводил файл, где первый искал.
для сборки проекта (название проекта -> построение зависимостей -> сборки настройки -> компилятор MASM (некоторые)), задание Создать Предварительно Обработанный Список Источников до True вызвал проблему и для меня, очистив настройку, исправил ее. VS2013 здесь.
Я отвечаю, потому что я не вижу это конкретное решение, перечисленное кем-либо еще.
по-видимому, мой антивирус (Ad-Aware) отмечал DLL, от которой зависит один из моих проектов, и удалял его. Даже после исключения каталога, где живет DLL, то же самое поведение продолжалось до тех пор, пока я не перезагрузил компьютер.
Читайте также: