Link fatal error lnk1158 не удается запустить rc exe

Пытаюсь запустить обычный проект
main.cpp

1
2
3
4
5
6
7
8
9

#include <iostream>
 
using namespace std;
 
int main()
{
    cout << "Hello World!" << endl;
    return 0;
}

hw.pro

TEMPLATE = app
CONFIG += console c++11
CONFIG -= app_bundle
CONFIG -= qt

SOURCES += main.cpp

Установил отладчик для MSVC2015_64bit C:Program Files (x86)Windows Kits10Debuggersx64cdb.exe
До этого отладчик не работал, но приложения компилировались. Подскажите в чем проблема и как её решить

Добавлено через 6 минут
Вывод в консоли сборки:

16:30:47: Выполняются этапы для проекта hw...
16:30:47: Запускается: «C:Qt5.8msvc2015_64binqmake.exe» D:ProgramminGC++Qthwhw.pro -spec win32-msvc2015 "CONFIG+=debug" "CONFIG+=qml_debug"
Info: creating stash file D:ProgramminGC++Qthw.qmake.stash
16:30:48: Процесс «C:Qt5.8msvc2015_64binqmake.exe» завершился успешно.
16:30:48: Запускается: «C:QtToolsQtCreatorbinjom.exe» qmake_all

jom 1.1.2 - empower your cores

16:30:48: Процесс «C:QtToolsQtCreatorbinjom.exe» завершился успешно.
16:30:48: Запускается: «C:QtToolsQtCreatorbinjom.exe» 
	C:QtToolsQtCreatorbinjom.exe -f Makefile.Debug
	cl -c -nologo -Zc:wchar_t -FS -Zc:strictStrings -Zc:throwingNew -Zi -MDd -GR -W3 -w34100 -w34189 -w44996 -w44456 -w44457 -w44458 -wd4577 -wd4467 -EHsc /Fddebughw.vc.pdb -DUNICODE -DWIN32 -DWIN64 -DQT_QML_DEBUG -I. -IC:Qt5.8msvc2015_64mkspecswin32-msvc2015 -Fodebug @C:UsersKnstnAppDataLocalTempmain.obj.4040.16.jom
main.cpp
	link /NOLOGO /DYNAMICBASE /NXCOMPAT /DEBUG /SUBSYSTEM:CONSOLE "/MANIFESTDEPENDENCY:type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' publicKeyToken='6595b64144ccf1df' language='*' processorArchitecture='*'" /MANIFEST:embed /OUT:debughw.exe @C:UsersKnstnAppDataLocalTemphw.exe.4040.1797.jom
LINK : fatal error LNK1158: не удается запустить "rc.exe"
jom: D:ProgramminGC++QthwMakefile.Debug [debughw.exe] Error 1158
jom: D:ProgramminGC++QthwMakefile [debug] Error 2
16:30:50: Процесс «C:QtToolsQtCreatorbinjom.exe» завершился с кодом 2.
Ошибка при сборке/установке проекта hw (комплект: Desktop Qt 5.8.0 MSVC2015_64bit)
Во время выполнения этапа «Сборка»
16:30:50: Прошло времени: 00:03.

The problem is rc.exe is not in the path or is not in the path property within vcproj generated by the python script (pretty_vcproj.py) of node-gyp or in the path of the system. I’ve explained within this issue comment;

1 — Printing The Command and Arguments on build.js

I have just check out the code, node-gyp has build.js and this link error is coming from doBuild() method which located in build.js. My aim is to print out the exact command with parameters.

I’ve found the runtime files of node-gyp is located at: C:Users<user-name>AppDataRoamingnpmnode_modulesnpmnode_modulesnode-gyplib

Thus, I’ve just added this console.log call at the beginning;

  ...
  function doBuild () {
    console.log("tDebug: #doBuild() is called!");

And in order to print out which exact method is called to do the build via c++ compiler, I’ve added these console.log calls;

    //...
    console.log("tDebug: Command   : " + command);
    console.log("tDebug: Arguments : " + argv);

    var proc = gyp.spawn(command, argv)
    proc.on('exit', onExit)

As a result, I have this output from the node run compile command;

C:UsersLeventDesktopnodestackLevcpp_addon>npm run compile

> cpp_addon@1.0.0 compile C:UsersLeventDesktopnodestackLevcpp_addon
> node-gyp rebuild


C:UsersLeventDesktopnodestackLevcpp_addon>if not defined npm_config_node_gyp (node "C:UsersLeventAppDataRoamingnpmnode_modulesnpmnode_modulesnpm-lifecyclenode-gyp-bin\....node_modulesnode-gypbinnode-gyp.js" rebuild )  else (node "C:UsersLeventAppDataRoamingnpmnode_modulesnpmnode_modulesnode-gypbinnode-gyp.js" rebuild )
        Debug: #doBuild() is called!
        Debug: Command   : C:Program Files (x86)Microsoft Visual Studio2017CommunityMSBuild15.0BinMSBuild.exe
        Debug: Arguments : build/binding.sln,/clp:Verbosity=minimal,/nologo,/p:Configuration=Release;Platform=x64
Building the projects in this solution one at a time. To enable parallel build, please add the "/m" switch.
  main.cpp
  win_delay_load_hook.cc
     Creating library C:UsersLeventDesktopnodestackLevcpp_addonbuildReleaseaddon.lib and object C:UsersLeventDesktopnodestackLevcpp_addonbuildRelease
  addon.exp
  Generating code
  Finished generating code
LINK : fatal error LNK1158: cannot run 'rc.exe' [C:UsersLeventDesktopnodestackLevcpp_addonbuildaddon.vcxproj]
gyp ERR! build error
gyp ERR! stack Error: `C:Program Files (x86)Microsoft Visual Studio2017CommunityMSBuild15.0BinMSBuild.exe` failed with exit code: 1
gyp ERR! stack     at ChildProcess.onExit (C:UsersLeventAppDataRoamingnpmnode_modulesnpmnode_modulesnode-gyplibbuild.js:266:23)
gyp ERR! stack     at emitTwo (events.js:126:13)
gyp ERR! stack     at ChildProcess.emit (events.js:214:7)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:198:12)
gyp ERR! System Windows_NT 10.0.17134
gyp ERR! command "C:\Program Files\nodejs\node.exe" "C:\Users\Levent\AppData\Roaming\npm\node_modules\npm\node_modules\node-gyp\bin\node-gyp.js" "rebuild"
gyp ERR! cwd C:UsersLeventDesktopnodestackLevcpp_addon
gyp ERR! node -v v8.11.2
gyp ERR! node-gyp -v v3.8.0
gyp ERR! not ok
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! cpp_addon@1.0.0 compile: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the cpp_addon@1.0.0 compile script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     C:UsersLeventAppDataRoamingnpm-cache_logs2018-09-19T13_40_00_412Z-debug.log

As it can be seen in the command output, the console.log for the debug purpose written as below;

        Debug: #doBuild() is called!
        Debug: Command   : C:Program Files (x86)Microsoft Visual Studio2017CommunityMSBuild15.0BinMSBuild.exe
        Debug: Arguments : build/binding.sln,/clp:Verbosity=minimal,/nologo,/p:Configuration=Release;Platform=x64

2 — Applying the MSBuild command with arguments

Thus, the command executed by node-gyp (using the os package) is as below;

"C:Program Files (x86)Microsoft Visual Studio2017CommunityMSBuild15.0BinMSBuild.exe" build/binding.sln /clp:Verbosity=minimal /nologo /p:Configuration=Release;Platform=x64

Then I execute the same command in order to see if is exactly the same output or not;

C:UsersLeventDesktopnodestackLevcpp_addon>"C:Program Files (x86)Microsoft Visual Studio2017CommunityMSBuild15.0BinMSBuild.exe" build/binding.sln /clp:Verbosity=minimal /nologo /p:Configuration=Release;Platform=x64
Building the projects in this solution one at a time. To enable parallel build, please add the "/m" switch.
     Creating library C:UsersLeventDesktopnodestackLevcpp_addonbuildReleaseaddon.lib and object C:UsersLeventDesktopnodestackLevcpp_addonbuildRelease
  addon.exp
  Generating code
  Finished generating code
LINK : fatal error LNK1158: cannot run 'rc.exe' [C:UsersLeventDesktopnodestackLevcpp_addonbuildaddon.vcxproj]

3 — Locating the directory of rc.exe

I’ve checked out & searched a little bit and I have found the rc.exe in following location;

C:Program Files (x86)Windows Kits10bin10.0.17134.0x86

So the problem is, rc.exe is not accessible because it is not on the path.

4 — Updating the vcxproj file to fix the problem

I’ve checked out the vcxproj file of the project, and find out this property;

<Project>
  //...
  <PropertyGroup>
    <ExecutablePath>
    // here
    </ExecutablePath>
  </PropertyGroup>
</Project>

Previously it was like this;

  <PropertyGroup>
    <ExecutablePath>$(ExecutablePath);$(MSBuildProjectDirectory)..bin;$(MSBuildProjectDirectory)..bin</ExecutablePath>

Then I’ve added the location of rc.exe as below;

  <PropertyGroup>
    <ExecutablePath>$(ExecutablePath);$(MSBuildProjectDirectory)..bin;$(MSBuildProjectDirectory)..bin;"C:Program Files (x86)Windows Kits10bin10.0.17134.0x86"</ExecutablePath>

I’ve applied the MSBuild command above and it worked;

C:UsersLeventDesktopnodestackLevcpp_addon>"C:Program Files (x86)Microsoft Visual Studio2017CommunityMSBuild15.0BinMSBuild.exe" build/binding.sln /clp:Verbosity=minimal /nologo /p:Configuration=Release;Platform=x64
Building the projects in this solution one at a time. To enable parallel build, please add the "/m" switch.
     Creating library C:UsersLeventDesktopnodestackLevcpp_addonbuildReleaseaddon.lib and object C:UsersLeventDesktopnodestackLev
  cpp_addonbuildReleaseaddon.exp
  Generating code
  Finished generating code
  addon.vcxproj -> C:UsersLeventDesktopnodestackLevcpp_addonbuildRelease\addon.node

5 — Solution Ideas

The practical solution is to add rc.exe location to the path however, I’m not sure if this is the best practice or not. I’ve find out that there is a module located on «C:UsersLeventAppDataRoamingnpmnode_modulesnpmnode_modulesnode-gypgyptools» that has the name «pretty_vcproj.py«. Maybe the path of rc.exe can be automatically found and added via this python script.

содержание

1. Решите Неизвестный тип отладчика «Нет двигателя» во время отладки qt

2. Qt: ошибка lnk1158 не удается запустить rc.exe

3. О решении проблемы «Ошибка: не удается открыть … main.obj.10836.32.jom для записи» при использовании компилятора msvc при компиляции Qt

Первая яма при обращении к qt: не удалось создать каталог «E: oysl QT Ошибка в» Util.asciify («build-untitle

1. Решите Неизвестный тип отладчика «Нет двигателя» во время отладки qt

Мой метод: я обнаружил, что: я не компилировал и запускал его напрямую, он сообщит об ошибке, подобной этой; если я сначала скомпилирую, а затем запустил, ошибки не будет. Надеюсь, я смогу вам помочь.

Вот другие методы:

Сначала перейдите на официальный сайт Microsoft, чтобы загрузить cdb, по адресу: http://msdn.microsoft.com/zh-cn/library/windows/hardware/ff551063

Щелкните ссылку, показанную в поле на рисунке, чтобы перейти на страницу загрузки.

Затем запустите загруженный sdksetup.exe, оставьте предыдущие параметры по умолчанию до интерфейса, показанного на рисунке ниже, удалите избыточные параметры и просто оставьте «Инструменты отладки для Windows».

По умолчанию отладчик будет установлен в: C: Program Files (x86) Windows Kits 8.1 Debuggers

После завершения установки вы можете найти отладчик cdb.exe в каталоге установки.

Затем вам нужно клонировать конфигурацию Qt Kits, а затем выбрать соответствующую версию cdb из раскрывающегося списка, который разделен на 32-битную и 64-битную, как показано на рисунке ниже.

2. Qt: ошибка lnk1158 не удается запустить rc.exe

Когда я запускаю программу Qt сегодня, «ошибка lnk1158 не может запустить rc.exe» в режиме выпуска.

Версия Qt: Qt 5.7.0 MSVC2015_64bit

Операционная система: win10 64bit

Решение:

1.

Скопируйте rc.exe и rcdll.dll в каталог C: Program Files (x86) Windows Kits 10 bin 10.0.15063.0 x64 в

C:Program Files (x86)Microsoft Visual Studio 14.0VCbinamd64

Если версия qt 32-битная:

Скопируйте rc.exe и rcdll.dll в каталог C: Program Files (x86) Windows Kits 10 bin 10.0.15063.0 x86 в

C:Program Files (x86)Microsoft Visual Studio 14.0VCbin

или это могло быть:

2.

Найдите путь, по которому размещен rc.exe, например C: Program Files (x86) Windows Kits 10 bin 10.0.15063.0 x64

Затем добавьте его в переменную окружения PATH, перезапустите Qt!

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

3. О решении проблемы «Ошибка: не удается открыть … main.obj.10836.32.jom для записи» при использовании компилятора msvc при компиляции Qt

Ошибка: «Ошибка: не удается открыть C: Users Dí? Ú ?? a AppData Local Temp main.obj.10836.32.jom для записи»

Как показано ниже:

 
Решение (Примечание. Эта проблема не имеет ничего общего с тем, указан ли путь имени пользователя на китайском языке)

Нажмите «Проект» -> «Управление наборами …» -> «Сводка» -> «Снимите флажок« Использовать jom вместо nmake », как показано ниже:

Первая яма при обращении к qt: не удалось создать каталог «E: oysl QT Ошибка в» Util.asciify («build-untitle

: Could not create directory «E:oyslQTError in » Util.asciify(«build-untitled-Desktop_Qt_5_6_2_MSVC2015_64bit-Debug»)»: TypeError: Property ‘asciify’ of object Core::Internal::UtilsJsExtension(0x251a700) is not a function»
Error while building/deploying project untitled (kit: Desktop Qt 5.6.2 MSVC2015 64bit)

When executing step «qmake»

Откройте проект слева от qt, вы можете увидеть путь компиляции этого проекта, изменить его на абсолютный путь или установить соответствующий относительный путь.

Эм«, все не могут найти это, думаю еще вырезал картинку, тоже долго искал …