Jom exe error

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

Решение

Другие решения

Других решений пока нет …

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).

1. Закрыть Visual Studio. Выход Из Системы Windows
2. вход в систему, откройте Visual Studio
3. построить как обычно. Теперь он строит и может получить доступ к проблемному файлу.

Я предполагаю, что иногда файловая система или тот, кто ее контролирует, теряется с ее разрешениями. Перед перезапуском сеанса 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 из сборки. Другими словами:

1. Щелкните правой кнопкой мыши ваш файл .obj.
2. Нажмите «Свойства»
3. Установите «Исключить из сборки» на «Да»

Источник

Ошибка средств компоновщика 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 вместо этого.

Источник

Нравится ресурс? Помоги проекту!

[ Script execution time: 0,0212 ]   [ 16 queries used ]   [ Generated: 9.02.23, 20:36 GMT ]  

Nominate our 2022 Qt Champions!