60 / 60 / 8 Регистрация: 15.10.2010 Сообщений: 356 |
|
1 |
|
01.02.2012, 01:12. Показов 20402. Ответов 13
Вечер добрый. Прошу прощения, что пишу, возможно, не в том разделе, но… В общем сегодня весь день борюсь с jom’ом… Код 23:33:36: Выполняется сборка проекта untitled... 23:33:36: Настройки не изменились, этап qmake пропускается. 23:33:36: Запускается: «C:QtSDKQtCreatorbinjom.exe» C:QtSDKQtCreatorbinjom.exe -nologo -j 4 -f Makefile.Debug cl -c -nologo -Zm200 -Zc:wchar_t- -Zi -MDd -GR -EHsc -W3 -w34100 -w34189 -DUNICODE -DWIN32 -DQT_LARGEFILE_SUPPORT -DQT_DLL -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_THREAD_SUPPORT -I"....QtSDKDesktopQt4.7.4msvc2008includeQtCore" -I"....QtSDKDesktopQt4.7.4msvc2008include" -I"....QtSDKDesktopQt4.7.4msvc2008includeActiveQt" -I"debug" -I"..untitled" -I"." -I"....QtSDKDesktopQt4.7.4msvc2008mkspecswin32-msvc2008" -Fodebug @C:Windowsmain.obj.11048.0.jom jom 1.0.6 - empower your cores "cl" не является внутренней или внешней командой, исполняемой программой или пакетным файлом. command failed with exit code 1 command failed with exit code 2 23:33:36: Процесс «C:QtSDKQtCreatorbinjom.exe» завершился с кодом 2. Возникла ошибка при сборке проекта untitled (цель: Desktop) Во время выполнения сборки на этапе «Сборка» Перепробовал уже все, что только можно… Переставил и Qt Creator, и компилятор… Код C:QtSDKDesktopQt4.7.4msvc2008lib;C:QtSDKDesktopQt4.7.4msvc2008bin;C:QtSDKQtCreatorbin Компилятор — MSVC2008 (+ в последний раз поставил MSVC2010), система — Win7. Добавлено через 1 час 25 минут Содержимое верхнего кодового окошечка
01:08:41: Выполняется сборка проекта untitled… jom 1.0.6 — empower your cores «cl» не является внутренней или внешней
__________________
0 |
Псевдослучайный 1946 / 1145 / 98 Регистрация: 13.09.2011 Сообщений: 3,215 |
|
01.02.2012, 01:19 |
2 |
Что-то мне подсказывает, что cl — это всё-таки clang, поставь компилятором студию и радуйся. На вопрос «где?» у меня есть два возможных варианта: в настойках Qt или в спек-файле проекта.
1 |
60 / 60 / 8 Регистрация: 15.10.2010 Сообщений: 356 |
|
01.02.2012, 01:25 [ТС] |
3 |
Студии — стоят… спек-файл проекта?..
0 |
Псевдослучайный 1946 / 1145 / 98 Регистрация: 13.09.2011 Сообщений: 3,215 |
|
01.02.2012, 01:31 |
4 |
В параметрах QtCreator сборка и запуск->инструментарии, выбрать студию.
Если что, проект я специально создал новый. И давно там jom по-умолчанию в качестве системы сборки?..
1 |
60 / 60 / 8 Регистрация: 15.10.2010 Сообщений: 356 |
|
01.02.2012, 01:35 [ТС] |
5 |
На счет давно ли… Не могу сказать, но без него скомпилиться под MSVC не представляется возможным… А на счет «Выбрать профиль» — боюсь и это несколько проблематично) Прилагаю скрин =)
0 |
Псевдослучайный 1946 / 1145 / 98 Регистрация: 13.09.2011 Сообщений: 3,215 |
|
01.02.2012, 01:40 |
6 |
Кхм… Интересно, что они имеют в виду под x64… Если таки x86_64, то почему есть ещё и amd64?.. Выбирай десятку x86, в любом случае работать будет. А где он тебе накопал clang я так и не понял.
1 |
60 / 60 / 8 Регистрация: 15.10.2010 Сообщений: 356 |
|
01.02.2012, 01:43 [ТС] |
7 |
Кхм… Интересно, что они имеют в виду под x64… Если таки x86_64, то почему есть ещё и amd64?.. Выбирай десятку x86, в любом случае работать будет. А где он тебе накопал clang я так и не понял. В том то и фишка, что непосредственно «Выбрать» нельзя) Они не доступны ни для изменения, ни для выбора. А cl они пытаются вызвать из под jom’а:
0 |
Псевдослучайный 1946 / 1145 / 98 Регистрация: 13.09.2011 Сообщений: 3,215 |
|
01.02.2012, 01:45 |
8 |
В левой панели выбери «управление» и там переключи
1 |
60 / 60 / 8 Регистрация: 15.10.2010 Сообщений: 356 |
|
01.02.2012, 02:01 [ТС] |
9 |
В левой панели выбери «управление» и там переключи Ааааааа))) Перец) Спасибо огромное) Еще раз огромнейшее спасибо) Добавлено через 9 минут
В левой панели выбери «управление» и там переключи Похоже я все таки погорячился) Новый вариант консоли сборки
01:56:14: Выполняется сборка проекта projName… jom 1.0.6 — empower your cores command failed with exit code 2 Мде… Добавлено через 3 минуты вот такое…
02:01:06: Выполняется сборка проекта projName… Видать для разнообразия)
0 |
Псевдослучайный 1946 / 1145 / 98 Регистрация: 13.09.2011 Сообщений: 3,215 |
|
01.02.2012, 02:12 |
10 |
Хы, я серьезно ошибся, cl это вовсе не cland, а самый что ни наесть настоящий «Microsoft (R) C/C++ Optimizing Compiler». Напиши в cmd «where cl»
1 |
60 / 60 / 8 Регистрация: 15.10.2010 Сообщений: 356 |
|
01.02.2012, 15:36 [ТС] |
11 |
Все, разобрался… Добавлено через 1 минуту
Напиши в cmd «where cl» Нема) Добавлено через 13 часов 21 минуту вот это…
15:33:44: Выполняется сборка проекта projname… Проверил папки… Такой файлик просто напросто отсутствует.
0 |
17 / 12 / 0 Регистрация: 14.07.2011 Сообщений: 45 |
|
02.02.2012, 14:31 |
12 |
Зачем ругать jom, если у вас происходит что-то непонятное с путями к инструментам Visual Studio? Проверяйте среду сборки в настройках проекта.
0 |
0 / 0 / 0 Регистрация: 04.04.2012 Сообщений: 9 |
|
05.04.2012, 21:16 |
13 |
У меня похожая проблема, как и у HomeR_J_SimpsoN. Всё работала нормально, пока не переустановил Visual C++ 2008, который был компилятором к Qt. Теперь вылазит такая же ошибка (привожу ниже) при сборке любых, даже только что созданных, программ. Path: Код ...;C:Qtqtcreator-2.4.1bin;C:Qt4.7.4_2010bin;C:Program Files (x86)Microsoft Visual Studio 9.0VCbin;C:Qt4.7.4_2010mkspecswin32-msvc2008 Ошибка: Миниатюры
0 |
2 / 2 / 2 Регистрация: 01.10.2012 Сообщений: 91 |
|
04.10.2012, 21:40 |
14 |
Такая же проблема, не смог решить. Винду переустанавливать очень не хочется.
0 |
IT_Exp Эксперт 87844 / 49110 / 22898 Регистрация: 17.06.2006 Сообщений: 92,604 |
04.10.2012, 21:40 |
Помогаю со студенческими работами здесь Как по exe файлу, получить список dll либ, которые qt exe программа требует для запуска? Снова хром, снова сапопроизвольно открывается, снова bkrfdf.xyz и казино Svchost.exe грузит процессор на 50%..снова и снова svchost.exe(DcomLaunch) (логи внутри) проблема с процессом svchost.exe(DcomLaunch). грузит процессор даже… Искать еще темы с ответами Или воспользуйтесь поиском по форуму: 14 |
I’m getting a strange error where some projects will not compile. I have two scenarios below, one which builds fine, while the other does not, and results in a jom.exe Error 2.
Environment:
- Windows 10
- Qt Creator 4.13.3 (fresh install)
- Running Qt 5.15.2 (fresh install)
- Compiling with MSVC 2019 x64 (installed through Qt maintenance tool)
- Visual C++ 2015-2019 Redistributable x64 — 14.28.29334 installed
- Windows 10 SDK (10.0.18362.0) installed
- Build settings (pretty much identical for both scenarios below):
Scenario 1:
- Created new project through File->New Project->Application (Qt)->Qt Console Application->Build system: qmake
- Builds fine, can debug and run
Scenario 2:
- Created new project through File->New Project->Application (Qt)->Qt Widget Application->Build system: qmake
- Will not build, throws jom.exe Error 2:
09:14:04: Running steps for project testWidgets...
09:14:04: Starting: "C:Qt5.15.2msvc2019_64binqmake.exe" C:UsersjgranDocumentstestWidgetstestWidgets.pro -spec win32-msvc "CONFIG+=debug" "CONFIG+=qml_debug"
Info: creating stash file C:UsersjgranDocumentstestWidgets.qmake.stash
09:14:05: The process "C:Qt5.15.2msvc2019_64binqmake.exe" exited normally.
09:14:05: Starting: "C:QtToolsQtCreatorbinjom.exe" -f C:/Users/jgran/Documents/testWidgets/Makefile qmake_all
jom 1.1.3 - empower your cores
09:14:05: The process "C:QtToolsQtCreatorbinjom.exe" exited normally.
09:14:05: Starting: "C:QtToolsQtCreatorbinjom.exe"
C:QtToolsQtCreatorbinjom.exe -f Makefile.Debug
cl -c -nologo -Zc:wchar_t -FS -Zc:rvalueCast -Zc:inline -Zc:strictStrings -Zc:throwingNew -Zc:referenceBinding -Zc:__cplusplus -Zi -MDd -W3 -w34100 -w34189 -w44996 -w44456 -w44457 -w44458 -wd4577 -wd4467 -EHsc /FddebugtestWidgets.vc.pdb -DUNICODE -D_UNICODE -DWIN32 -D_ENABLE_EXTENDED_ALIGNED_STORAGE -DWIN64 -DQT_QML_DEBUG -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I. -I........Qt5.15.2msvc2019_64include -I........Qt5.15.2msvc2019_64includeQtWidgets -I........Qt5.15.2msvc2019_64includeQtGui -I........Qt5.15.2msvc2019_64includeQtANGLE -I........Qt5.15.2msvc2019_64includeQtCore -Idebug -I. -I/include -I........Qt5.15.2msvc2019_64mkspecswin32-msvc -Fodebug @C:UsersjgranAppDataLocalTempmain.obj.20616.0.jom
main.cpp
cl -BxC:Qt5.15.2msvc2019_64binqmake.exe -nologo -Zc:wchar_t -FS -Zc:rvalueCast -Zc:inline -Zc:strictStrings -Zc:throwingNew -Zc:referenceBinding -Zc:__cplusplus -Zi -MDd -W3 -w34100 -w34189 -w44996 -w44456 -w44457 -w44458 -wd4577 -wd4467 -E ........Qt5.15.2msvc2019_64mkspecsfeaturesdatadummy.cpp 2>NUL >debugmoc_predefs.h
cl -c -nologo -Zc:wchar_t -FS -Zc:rvalueCast -Zc:inline -Zc:strictStrings -Zc:throwingNew -Zc:referenceBinding -Zc:__cplusplus -Zi -MDd -W3 -w34100 -w34189 -w44996 -w44456 -w44457 -w44458 -wd4577 -wd4467 -EHsc /FddebugtestWidgets.vc.pdb -DUNICODE -D_UNICODE -DWIN32 -D_ENABLE_EXTENDED_ALIGNED_STORAGE -DWIN64 -DQT_QML_DEBUG -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I. -I........Qt5.15.2msvc2019_64include -I........Qt5.15.2msvc2019_64includeQtWidgets -I........Qt5.15.2msvc2019_64includeQtGui -I........Qt5.15.2msvc2019_64includeQtANGLE -I........Qt5.15.2msvc2019_64includeQtCore -Idebug -I. -I/include -I........Qt5.15.2msvc2019_64mkspecswin32-msvc -Fodebug @C:UsersjgranAppDataLocalTempmainwindow.obj.20616.15.jom
mainwindow.cpp
jom: C:UsersjgranDocumentstestWidgetsMakefile.Debug [debugmoc_predefs.h] Error 2
jom: C:UsersjgranDocumentstestWidgetsMakefile [debug] Error 2
09:14:06: The process "C:QtToolsQtCreatorbinjom.exe" exited with code 2.
Error while building/deploying project testWidgets (kit: Desktop Qt 5.15.2 MSVC2019 64bit)
When executing step "Make"
09:14:06: Elapsed time: 00:02.
I also tried to manually run some commands from Qt 5.15.2 (MSVC 2019 64-bit) (aka Q /K C:Qt5.15.2msvc2019_64binqtenv2.bat) to see if the environment might be setup wrong. After opening the Qt 5.15.2 (MSVC 2019 64-bit) command line and running vcvarsall.bat x64, it’s able to find cl.exe and I can run some compiler commands without issue.
I’ve also read other threads on this error, and most of them seem to point towards an environment setup issue. However, as far as I can tell, the environment should be good.
Does anyone have any other ideas to try and isolate the issue? I would really appreciate any thoughts or a direction to go in.
Edited to show compile error output as code instead of screenshot
У меня проблема со сборкой моего проекта на Windows 10. В моей системе Windows 7 я использую Qt 5.4, msvc2013, и все работает нормально. Но в моей системе Windows 10 я не могу собрать свой проект. Каждый раз, когда jom.exe выдает ошибку 2. Я пробовал Qt 5.4, 5.5 и 5.6 бета с msvc2013, msvc2012 и даже msvc2015. Результат компиляции всегда одинаков.
13:02:03: Выполнение шагов для тестирования проекта …
13:02:03: Конфигурация не изменилась, пропуская шаг qmake.
13:02:03: Запуск: «C: Qt Qt5.6.0 Tools QtCreator bin jom.exe» C: Qt Qt5.6.0 Tools QtCreator bin jom.exe -f Makefile. Релиз
cl -c -nologo -Zc: wchar_t -FS -Zc: strictStrings -Zc: throwingNew -O2 -MD -W0 -GR -EHsc -DUNICODE -DWIN32 -DWIN64 -DQT_NO_DEBUG -DQT_SVG_LIB -DQT_WIBTDN_LG_D_LGT_LGT_LB Я. -I .. opencv249 opencv build include -I .. 3rdparty api include -I .. 3rdparty devlibs $ {PLATFORM} libusb / include -I .. 3rdparty devlibs $ {PLATFORM} devicemanager include -I …. Qt Qt5.6.0 5.6 msvc2015_64 include -I …. Qt Qt5.6.0 5.6 msvc2015_64 include QtSvg -I …. Qt Qt5.6.0 5.6 msvc2015_64 include QtWidgets -I …. Qt Qt5.6.0 5.6 msvc2015_64 include QtGui -I …. Qt Qt5.6.0 5.6 msvc2015_64 include QtANGLE -I …. Qt Qt5.6.0 5.6 msvc2015_64 include QtXml -I …. Qt Qt5.6.0 5.6 msvc2015_64 include QtCore -Irelease -I. -I …. Qt Qt5.6.0 5.6 msvc2015_64 mkspecs win32-msvc2015 -Forelease @C: Users xyz AppData Local Temp lineitem.obj.3728.47.jom
jom: C: dev LOCAL_WORKING_TRUNK Makefile.Release [release lineitem.obj] Ошибка 2
jom: C: dev LOCAL_WORKING_TRUNK Makefile [выпуск] Ошибка 2
13:02:04: процесс «C: Qt Qt5.6.0 Tools QtCreator bin jom.exe» завершен с кодом 2.
Ошибка при сборке / развертывании проекта iQ_afbox (комплект: Desktop Qt 5.6.0 MSVC2015 64bit)
При выполнении шага «Сделать» 13:02:04: прошедшее время: 00:00.
Путь выглядит так
C: Program Files (x86) Microsoft Visual Studio 12.0 VC bin x86_amd64; C: Program Files (x86) Microsoft Visual Studio 14.0 VC bin x86_amd64; C: Windows; C: Windows System32 Wbem; C: Windows System32 WindowsPowerShell v1.0 ; C: Program Files (x86) ATI Technologies ATI.ACE Core-Static; C: Program Files Microsoft SQL Server 110 Инструменты Binn ; C: dev Qt 5.5 msvc2013_64 bin; C: Windows system32 config systemprofile.dnx bin; C: Program Files Microsoft DNX Dnvm ; C: Program Files Microsoft SQL Server 120 Tools Binn ; C: Program Files (x86) Windows Kits 10 Windows Performance Toolkit ; C: Qt Qt5.6.0 5.6 msvc2015_64 bin
Что я упустил?
1
Решение
Это может произойти, если вы редактируете файлы проекта вручную, которые должны генерироваться автоматически (например, qml.qrc). Просто удалите все файлы и снова добавьте их из графического интерфейса Qt Creator. Это должно решить вашу проблему. Кроме того, вы можете проверить файлы с помощью шестнадцатеричного редактора, чтобы попытаться определить проблему (табулятор вместо пробелов и т. Д.)
0
Другие решения
Других решений пока нет …
Содержание
- Fatal error lnk1105 не удается закрыть файл
- Почему фатальная ошибка » LNK1104: не удается открыть файл ‘C:Program.obj ‘» возникают при компиляции проекта C++ в Visual Studio?
- 19 ответов:
- Неустранимые ошибки компилятора с C999 по C1999
- .obj: фатальная ошибка LNK1107: неверный или поврежденный файл: невозможно прочитать в 0x6592
- Решение
- Другие решения
- Ошибка средств компоновщика LNK1107
- Комментарии
- Пример
Fatal error lnk1105 не удается закрыть файл
- При создании темы ОБЯЗАТЕЛЬНО указывайте версию тулкита / библиотеки / компилятора.
- Перед тем как задать вопрос, сформулируйте его правильно, чтобы вас могли понять.
- Нарушение Правил может повлечь наказание со стороны модераторов.
Полезные ссылки:
Boost по-русски
Qt по-русски
Доброго дня %User%
Существует прожект, часть которого написана на Qt. На 1 машине оно компилится совершенно нормально, а на другой падает jom.
При компиле debug версии получаем выхлоп:
echo 1 /* CREATEPROCESS_MANIFEST_RESOURCE_ID */ 24 /* RT_MANIFEST */ «debug\Editor.exe.embed.manifest»>debugEditor.exe_manifest.rc
if not exist debugEditor.exe if exist debugEditor.exe.embed.manifest del debugEditor.exe.embed.manifest
if exist debugEditor.exe.embed.manifest copy /Y debugEditor.exe.embed.manifest debugEditor.exe_manifest.bak
link /NOLOGO /DYNAMICBASE /NXCOMPAT /DEBUG /SUBSYSTEM:WINDOWS «/MANIFESTDEPENDENCY:type=’win32′ name=’Microsoft.Windows.Common-Controls’ version=’6.0.0.0′ publicKeyToken=’6595b64144ccf1df’ language=’*’ processorArchitecture=’*’» /MANIFEST /MANIFESTFILE:debugEditor.exe.embed.manifest /OUT:debugEditor.exe @C:Usersuser_2AppDataLocalTempEditor.exe.4304.182132.jom
debugEditor.exe : fatal error LNK1106: недопустимый файл или нет места на диске: не удается обратиться к 0x3BAA50
jom: C:TempbuildMakefile.Debug [debugEditor.exe] Error 1105
jom: C:TempbuildMakefile [debug] Error 2
16:31:25: Процесс «E:QtToolsQtCreatorbinjom.exe» завершился с кодом 2.
Ошибка при сборке/установке проекта Editor (комплект: Desktop Qt 5.3 MSVC2013 OpenGL 64bit)
Во время выполнения этапа «Сборка»
В итоге получается ехешник, но с повреждённым хидером -> не запускается никак.
при компиле release версии получаем:
link /NOLOGO /DYNAMICBASE /NXCOMPAT /INCREMENTAL:NO /SUBSYSTEM:WINDOWS «/MANIFESTDEPENDENCY:type=’win32′ name=’Microsoft.Windows.Common-Controls’ version=’6.0.0.0′ publicKeyToken=’6595b64144ccf1df’ language=’*’ processorArchitecture=’*’» /MANIFEST /MANIFESTFILE:releaseEditor.exe.embed.manifest /OUT:releaseEditor.exe @C:Usersuser_2AppDataLocalTempEditor.exe.4240.162428.jom
LINK : fatal error LNK1105: не удается закрыть файл «releaseEditor.exe»
jom: C:TempbuildMakefile.Release [releaseEditor.exe] Error 1105
jom: C:TempbuildMakefile [release] Error 2
16:45:16: Процесс «E:QtToolsQtCreatorbinjom.exe» завершился с кодом 2.
Ошибка при сборке/установке проекта Editor (комплект: Desktop Qt 5.3 MSVC2013 OpenGL 64bit)
Во время выполнения этапа «Сборка»
Т.е. та же ошибка, но при этом ехешник есть и вполне запускаемый.
Собственно что за беда с jom и с дебаг режимом? и как такое пофиксить?
Источник
Почему фатальная ошибка » LNK1104: не удается открыть файл ‘C:Program.obj ‘» возникают при компиляции проекта C++ в Visual Studio?
Я создал новый проект C++ в Visual Studio 2008. Код еще не написан, изменены только настройки проекта.
когда я компилирую проект, я получаю следующую фатальную ошибку:
фатальная ошибка LNK1104: не удается открыть файл ‘C:Program.obj’
19 ответов:
эта конкретная проблема вызвана указанием зависимости для файла lib, который имел пробелы в своем пути. Путь должен быть окружен кавычками для правильной компиляции проекта.
на Свойства Конфигурации -> Компоновщик -> Ввод вкладка свойств проекта, есть Дополнительные Зависимости собственность. Эта проблема была исправлена путем изменения этого свойства:
C:Program файлыпрограммное обеспечение sdklib библиотека.Либ
» C:Program файлыпрограммное обеспечение sdklib библиотека.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 здесь.
Я сталкиваюсь с той же проблемой, когда компоновщик жалуется на отсутствие основного исполняемого файла. Это произошло во время нашего порта решения для нового Visual Studio 2013. Решение представляет собой разнообразное сочетание управляемых и неуправляемых проектов / кода. Проблема (и исправить) в конечном итоге отсутствует приложение.конфигурации файл в папке решения. Потребовался день, чтобы понять это: (, поскольку выходной журнал был не очень полезен.
Я проверил все мои настройки в соответствии с этим списком:http://msdn.microsoft.com/en-us/library/ts7eyw4s.aspx#feedback . Это полезно для меня и для моей ситуации, я узнаю, что ссылочная зависимость свойств проектов имеет двойную кавычку, которой не должно быть.
у меня была та же ошибка, только с пакетом Nuget, который я установил (тот, который не является только заголовком), а затем попытался удалить.
Что было неправильно для меня, так это то, что я все еще включал заголовок для пакета, который я только что удалил в одном из моих .cpp файлы (довольно глупо, да).
Я даже удалил дополнительную ссылку на каталоги библиотеки в Project -> Properties -> Linker -> General , но, конечно, безрезультатно, так как я все еще пытался ссылаться на несуществующий заголовок.
определенно сбивает с толку сообщение об ошибке в этом случае, так как имя заголовка но ошибка дала мне «cannot open file ‘llibboost_filesystem-vc140-mt-gd-1_59.lib’» и никаких номеров строк или чего-то еще.
Я отвечаю, потому что я не вижу это конкретное решение, перечисленное кем-либо еще.
по-видимому, мой антивирус (Ad-Aware) отмечал DLL, от которой зависит один из моих проектов, и удалял его. Даже после исключения каталога, где живет DLL, то же самое поведение продолжалось до тех пор, пока я не перезагрузил компьютер.
У меня была та же проблема, но решение для моего случая не указано в ответах. Моя антивирусная программа (AVG) определила файл MyProg.exe как вирус и положить его в «хранилище вирусов». Вам нужно проверить этот склад, и если файл есть — то просто восстановить его. Это меня выручило.
Решение 1 (для моего случая): перезапустите процесс Проводника windows (да, диспетчер файлов windows).
- Закрыть Visual Studio. Выход Из Системы Windows
- вход в систему, откройте Visual Studio
- построить как обычно. Теперь он строит и может получить доступ к проблемному файлу.
Я предполагаю, что иногда файловая система или тот, кто ее контролирует, теряется с ее разрешениями. Перед перезапуском сеанса windows, пытался убить зомби msbuild32.exe процессы, перезагрузите visual studio, не проверяйте даже отображение файла проблемы. Нет проблем с конфигурацией сборки. Это случается время от времени. Некоторые внутренние вещи в Windows не исправляются,требуется перезагрузка.
в моем случае Я заменил файлы математической библиотеки из предыдущего графического курса игрового движка на GLM. Проблема заключалась в том, что я не добавил их в проект в обозревателе решений Visual Studio (даже если они были в репозитории проекта).
У меня была эта проблема в сочетании с ошибкой LNK2038, а затем это post для разделения библиотеки DLL выпуска и отладки. В этом процессе я очистил всю папку, в которой находились эти зависимости.
к счастью, у меня была резервная копия всех этих файлов, и я получил файл, для которого эта ошибка отбрасывала обратно в папку отладки, чтобы решить проблему. Код ошибки вводил в заблуждение каким-то образом, поскольку мне пришлось потратить много времени, чтобы прийти к этому совету от одного из ответов с этого поста снова.
надеюсь, что этот ответ, помогает кому-то в нужде.
Я решил это с помощью добавлять an существующий проектto мой решение, который я забыл добавить в первый раз.
Это было вызвано ; в конце. Если у вас есть несколько библиотек, они должны быть разделены пустым пространством (пробел), без запятой или точки с запятой!
Так что не используйте ; или что-нибудь еще при перечислении библиотек в свойства проекта > > свойства конфигурации > > Компоновщик > > ввод
У меня была такая же проблема , я просто скопировал код в новый проект и начали строить . Некоторые другие ошибки начали приходить. ошибка C4996:’ fopen’: эта функция или переменная может быть небезопасной. Рассмотрите возможность использования fopen_s вместо
снова решить эту проблему, я добавил свое одно свойство в проект, как показано ниже. Проект — > свойства — > свойство конфигурации — > c/c++ . В этой категории есть поле Имя препроцессора определения Я добавил _CRT_SECURE_NO_WARNINGS это для решения проблемы Надеюсь, это поможет .
Источник
Неустранимые ошибки компилятора с C999 по C1999
В статьях в этом разделе документации объясняется подмножество сообщений об ошибках, создаваемых компилятором Microsoft C/C++.
Компиляторы и средства сборки Visual Studio могут сообщать о различных типах ошибок и предупреждений. После того как обнаружена ошибка или предупреждение, средства сборки могут делать предположения о намерении кода и пытаться продолжить, чтобы в то же время сообщалось о дополнительных проблемах. Если средства делают неверное предположение, последующие ошибки или предупреждения не могут применяться к проекту. При устранении проблем в проекте всегда начинайте с первой зарегистрированной ошибки (или предупреждения) и выполняйте повторную сборку как можно чаще. Одно исправление может привести к устранению многих последующих ошибок.
Чтобы получить справку о конкретном диагностическом сообщении в Visual Studio, выберите его в окне вывода и нажмите клавишу F1 . Visual Studio открывает страницу документации для этой ошибки, если она существует. Вы также можете использовать средство поиска в верхней части страницы, чтобы найти статьи о конкретных ошибках или предупреждениях. Или просмотрите список ошибок и предупреждений по инструменту и введите оглавление на этой странице.
Не все ошибки или предупреждения Visual Studio описаны. Во многих случаях диагностическое сообщение предоставляет все доступные сведения. Если вы приземлились на этой странице при использовании F1 , и вы думаете, что сообщение об ошибке или предупреждении нуждается в дополнительном объяснении, сообщите нам об этом. Кнопки обратной связи на этой странице можно использовать для устранения проблемы с документацией на сайте GitHub. Если вы считаете ошибку или предупреждение неправильным или обнаружили еще одну проблему с набором инструментов, сообщите о проблеме продукта на сайте Сообщество разработчиков. Вы также можете отправлять отзывы и вводить ошибки в интегрированной среде разработки. В Visual Studio перейдите в строку меню и выберите «Отправить > отзыв о > проблеме» или отправьте предложение с помощью отправки > отзывов > справки.
Вы можете найти дополнительную помощь по ошибкам и предупреждениям на форумах Microsoft Learn Q&A . Или найдите номер ошибки или предупреждения на сайте Сообщество разработчиков Visual Studio C++. Вы также можете выполнить поиск решений в Stack Overflow .
Ссылки на дополнительные справочные материалы и ресурсы сообщества см. в справке и сообществе Visual C++.
Источник
.obj: фатальная ошибка LNK1107: неверный или поврежденный файл: невозможно прочитать в 0x6592
Я пытаюсь загрузить модель .obj в мой код на c ++ opengl 3, но по какой-то причине он выдает мне эту ошибку:
1> Образцы …
1>. Bunny.obj: фатальная ошибка LNK1107: неверный или поврежденный файл: невозможно прочитать в 0x6592
Я пытался найти похожие ошибки, но были о .dll или .lib.
Можете ли вы помочь мне с этим вопросом. Я также пробовал с различными моделями obj, но это всегда дает мне эту ошибку.
Решение
Вы пытаетесь загрузить свою объектную модель с помощью компоновщика C ++ (возможно, вы только что добавили ее в проект, а теперь она пытается скомпилироваться).
Компоновщик может обрабатывать файлы .obj, но он ожидает, чтобы они были файлами «объектного кода» (которые также часто имеют расширение .obj), которые являются просто скомпилированными модулями (например, написанными на языке C ++), готовыми для соединения в один исполняемый файл или DLL.
Ни одна из частей компилятора C ++ не способна читать графическую объектную модель. Вы должны удалить файл .obj из вашего проекта IDE. И убедитесь, что у вас есть код, который читает файл при запуске программы.
Если вы хотите, чтобы объектная модель была встроена в ваш .EXE (чтобы программа не требовала файла в своем каталоге), вы можете поместить его в ресурсы и связать их с исполняемым файлом.
Другие решения
У меня была та же проблема, и я решил ее, исключив файл .obj из сборки. Другими словами:
- Щелкните правой кнопкой мыши ваш файл .obj.
- Нажмите «Свойства»
- Установите «Исключить из сборки» на «Да»
Источник
Ошибка средств компоновщика LNK1107
Недопустимый или поврежденный файл: не удается прочитать по адресу расположения
Средству не удалось прочитать файл. Возможно, файл поврежден или имеет непредвиденный тип файла.
Комментарии
LNK1107 может возникать, если файл, переданный компоновщику или связанным средствам, поврежден. Чтобы устранить эту проблему, перестройте файл.
LNK1107 также может возникать, если процесс сборки помещает непредвиденный тип файла в список файлов, передаваемых в средство. Компоновщик и связанные средства предполагают работу с файлами конкретного типа. Например, компоновщик может использовать объектные файлы, библиотечные файлы, скомпилированные ресурсы и манифесты для создания исполняемого файла. Он не может создать исполняемый файл с помощью исходных файлов или библиотек DLL. Чтобы устранить эту проблему, убедитесь, что процесс сборки передает в средство только ожидаемые типы файлов. Например, передайте .obj .lib файлы, и, а .res не .cpp файлы, .dll .h , или .rc .
LNK1107 также может возникать при попытке передать компоновщику исполняемый модуль .NET (файл или .netmodule , .dll созданный с помощью /clr:noAssembly или /NOASSEMBLY ). Чтобы устранить эту проблему, передайте .obj файл.
Пример
Скомпилируйте этот пример с помощью cl /clr /LD LNK1107.cpp :
Если затем указать link LNK1107.dll в командной строке, вы получите LNK1107. Чтобы устранить эту ошибку, укажите link LNK1107.obj вместо этого.
Источник
|
|
|
Правила раздела *nix / gcc / Eclipse / Qt / wxWidgets / GTK+
- При создании темы ОБЯЗАТЕЛЬНО указывайте версию тулкита / библиотеки / компилятора.
- Перед тем как задать вопрос, сформулируйте его правильно, чтобы вас могли понять.
- Нарушение Правил может повлечь наказание со стороны модераторов.
Полезные ссылки:
Boost по-русски
Qt по-русски
[Qt] Error -> Debug + Release
- Подписаться на тему
- Сообщить другу
- Скачать/распечатать тему
|
|
Junior Рейтинг (т): 1 |
Доброго дня %User% Существует прожект, часть которого написана на Qt. На 1 машине оно компилится совершенно нормально, а на другой падает jom. При компиле debug версии получаем выхлоп: Цитата //проскипаны Варнинги echo 1 /* CREATEPROCESS_MANIFEST_RESOURCE_ID */ 24 /* RT_MANIFEST */ «debug\Editor.exe.embed.manifest»>debugEditor.exe_manifest.rc В итоге получается ехешник, но с повреждённым хидером -> не запускается никак. при компиле release версии получаем: Цитата //проскипаны Варнинги link /NOLOGO /DYNAMICBASE /NXCOMPAT /INCREMENTAL:NO /SUBSYSTEM:WINDOWS «/MANIFESTDEPENDENCY:type=’win32′ name=’Microsoft.Windows.Common-Controls’ version=’6.0.0.0′ publicKeyToken=’6595b64144ccf1df’ language=’*’ processorArchitecture=’*'» /MANIFEST /MANIFESTFILE:releaseEditor.exe.embed.manifest /OUT:releaseEditor.exe @C:Usersuser_2AppDataLocalTempEditor.exe.4240.162428.jom Т.е. та же ошибка, но при этом ехешник есть и вполне запускаемый. Собственно что за беда с jom и с дебаг режимом? и как такое пофиксить? P.S. были опробованы х86 и х64 версии куте для ОГЛа под vs2013 Сообщение отредактировано: imbaFireFenix — 18.07.14, 12:57 |
JoeUser |
|
С правами на каталоги — все пучком? |
0 пользователей читают эту тему (0 гостей и 0 скрытых пользователей)
0 пользователей:
- Предыдущая тема
- Кроссплатформенный C/C++: cl/gcc/Qt/Gtk+/WxWidgets
- Следующая тема
[ Script execution time: 0,0212 ] [ 16 queries used ] [ Generated: 9.02.23, 20:36 GMT ]
Nominate our 2022 Qt Champions!
This topic has been deleted. Only users with topic management privileges can see it.
-
Hello, After updating Qt to 5.8 from 5.7 I can’t recompile my solution.
There are probems with jom, compiler throws some exceptions::/Program Files (x86)/Microsoft Visual Studio 14.0/VC/ATLMFC/INCLUDE/atlbase.(3210): Parse error at "__identifier" jom: <path>build-<solution>-Desktop_Qt_5_8_0_MSVC2015_32bit-ReleaseMakefile.Release [releasemoc_mainwindow.cpp] Error 1 jom: <path>build-<solution>-Desktop_Qt_5_8_0_MSVC2015_32bit-ReleaseMakefile [release] Error 2 11:56:22: The process "C:QtToolsQtCreatorbinjom.exe" exited with code 2. Error while building/deploying project <solution> (kit: Desktop Qt 5.8.0 MSVC2015 32bit) When executing step "Make"
On Qt 5.7 everything was Ok. I tried to reinstall VS2015 and Qt, temporary change jom to nmake, but no changes
Thank you for any help. -
@km2442 Did you execute qmake and a complete rebuild?
-
@jsulm Yes, I tried to clean my solution, qmake and build… But no effect :/
-
@km2442 https://bugreports.qt.io/browse/QTBUG-56634
Looks like moc is failing to parse headers that have atlbase in them.
-
@ambershark Ok, So what should I do now? Download Qt 5.7, or wait for fix? I’m using atlbase library in some functions :/
-
@km2442 In the past with bugs like that in Qt, I’ve just gone in and fixed it myself. It is probably pretty easy to fix.
Or you could wait for the Qt team to fix it.
Or you could downgrade to a Qt that doesn’t have that issue.
Or you could not use atlbase in a header. Move it to your implementation file if possible and moc should be fine parsing the header. Or drop your reliance on atl completely.
-
@ambershark Thank you for advice. I had never edit Qt code, so I will downgrade and wait for update
-
@km2442 said in Qt 5.8 can’t compile, jom errors:
@ambershark Thank you for advice. I had never edit Qt code, so I will downgrade and wait for update
It’s a little scary at first but it’s usually very localized problems that you are trying to fix. I’m betting that fix would be a few lines of code/changes at most.
But downgrade is a good option too.
The bug is also already assigned to a developer so I’m betting it will be fixed on the next release. But since 5.8.0 just came out that could be a bit until 5.8.1.
-
I meet the same issue today. So i download the older version of Qt.