Не удается запустить rc exe visual studio
Я поискал в Интернете и не нашел ничего похожего на мою проблему.
Есть ли где-нибудь в VS2012, где я могу указать, где найти этот исполняемый файл? Я установил Windows 7 SDK, и у меня есть этот исполняемый файл по адресу:
Я пришел из Code :: Blocks и без проблем использую mingw-gcc, но в последнее время мне нужен VS для управляемых реализаций, поэтому я надеюсь, что у кого-то есть идея.
но похоже, что проблема заключается в пути к каталогу Windows SDK (или Windows Kits, как бы они их ни называли на этой неделе). Переменная $ (WindowsSdkDir) не установлена в каталог WindowsKits, вместо этого устанавливается каталог WindowsSDK, который имеет «минимальное» содержимое.
Нашел это в Google . Я предполагаю, что в вашем случае вы скопируете rc.exe и rcdll.dll туда visual studio 2012\vc\bin или где бы вы его ни установили:
Добавьте это в переменные среды PATH:
C: \ Program Files (x86) \ Комплекты Windows \ 8.0 \ bin \ x86
Скопируйте эти файлы:
C: \ Program Files (x86) \ Комплекты Windows \ 8.0 \ bin \ x86
C: \ Program Files (x86) \ Microsoft Visual Studio 11.0 \ VC \ bin
Или я также обнаружил это:
Microsoft упустила несколько вещей из своего пакета MSVT. Поскольку никто не знает, были ли они исключены по ошибке или по лицензионным причинам, никто из MSVC не слишком заинтересован в их выдаче. Несколько поисковых запросов в Google обнаруживают несколько хитрых источников. К счастью, Microsoft наконец поумнела и решила эту и многие другие проблемы.
Существует большое количество недостающих файлов MSVT, но отсутствующих файлов SDK нет.
и это: у
меня была та же проблема, которую я решил, сделав это:
- Установка Microsoft .Net Framework 2.0
- Добавление пути к файлам .NET Framework (для меня "C: \ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727") в Глобальные настройки компилятора> Программы> Дополнительные пути в Code :: Blocks.
Теперь я могу без ошибок создавать и связывать файлы ресурсов.
Ну, большая часть этого ответа была цитатой . так что просто чтобы уточнить: «У меня была та же проблема, которую я решил, сделав это:» - это не я, а кое-что, что я нашел в опубликованном
Ну, я просто скопировал и вставил ответы, которые нашел . но вы бы использовали x86 при 32-битной установке (что могло бы быть даже в 64-битной системе), и вы бы использовали x64 при 64-битной установке . угадайте это зависит от того, какая версия файла, по его словам, у вас должна быть
Мы столкнулись с этой проблемой в наших сборках CMake / Visual Studio 2015 после установки VS2017 на компьютер. Правильным решением в нашем случае является указание версии Window Kit (8.1) в командной строке Visual Studio - в противном случае вы получите комплект Windows 10 по умолчанию, который не включает rc.exe в каталог bin.
например, меню Пуск-> Visual Studio 2015-> VS2015 x64 Командная строка собственных инструментов
Обратите внимание на опцию 8.1 на конце
Хотя у меня такая же ситуация (Win10 с VS2015 И VS2017 также установлены), у меня это не сработало. Единственное, что исправило это для меня, - это вручную добавить "C: \ Program Files (x86) \ Microsoft SDKs \ Windows \ v7.1A \ Bin" (последняя версия SDK, содержащая rc.exe) в PATH!
@Scylardor - вы использовали путь для 7.1 SDK. Установлен ли SDK 8.1 в папке C: \ Program Files (x86) \ Microsoft SDKs \ Windows? Возможно, в вашем случае можно будет использовать ту же команду с 7.1 на конце, или же вам может потребоваться установить 8.1 SDK.
Я создал командный файл с помощью call C:\\(. )\vcvarsall.bat" amd64 8.1 и start cmake-gui , работает как шарм
Судя по тому, что я обнаружил, если у вас ОС Windows 7, следующие шаги помогут решить проблему:
1) перейдите в C: \ Program Files (x86) \ Microsoft SDKs \ Windows \ v7.1A \ Bin
2) затем скопируйте RC.exe и RcDll из этого файла
3) перейдите в C: \ Program Files (x86) \ Microsoft Visual Studio 12.0 \ VC \ bin и вставьте в него два файла, которые вы скопировали.
У меня была такая же проблема, и вышеприведенное решение не сработало. Мое решение было получено из него, и оно сработало для меня, если вышеперечисленные не работают, вы можете попробовать это.
Удивительно, но это сработало и для меня, копирование из v7.1A \ Bin в Microsoft Visual Studio 14.0 \ VC \ bin
это rc.exe ошибка может возникнуть, если версии компилятора Visual C ++ и Windows 10 SDK не соответствуют одному и тому же году Visual Studio. В общем, решение состоит в том, чтобы убедиться, что в вашей системе есть и вы используете в компиляции VC ++ и Windows SDK для того года Visual Studio, который вы используете.
Например, если у вас есть Visual Studio 2017 или 2019, и вы установили Build Tools 2015, не выбрав установку собственного пакета SDK для Windows 2015 (установка по умолчанию не устанавливает его!), И пытаетесь использовать его для компиляции, вы можете столкнуться с Эта проблема.
В моем случае у меня уже была Visual Studio 2017. Когда я пытался использовать Build Tools 2015 для компиляции библиотеки python (или, возможно, любой программы), возникла та же ошибка «rc.exe». Я читал, что компилятор VS2015 14.0 C ++ может дать сбой, если попытается использовать Windows 10 SDK из Visual Studio 2017.
Я удалил Build Tools 2015 и переустановил его, на этот раз как выборочную установку, выбрав для установки как Visual C ++, так и компоненты SDK для Windows 10. Это устранило проблему.
ОБНОВЛЕНИЕ: я только что снова посмотрел на Build Tools 2015, и, по-видимому, больше нет варианта пользовательской установки. В таком случае установка Visual Studio 2015 с компонентами C ++ и Windows SDK также должна работать.
Большое спасибо, это действительно правильное решение. Примечание. Я попытался добавить SDK с помощью команды «Изменить» программы установки, но она застряла. Пришлось перезагрузить, удалить, а затем установить с нуля.
Может ли кто-нибудь помочь прояснить, что имелось в виду под «. переустановил его [Build Tools 2015], на этот раз в качестве выборочной установки, выбрав для установки как визуальные компоненты C ++, так и Windows 10 SDK». Установлено откуда? Как автономный от Microsoft?
@estebro Если вы загуглите "Build Tools 2015" и нажмете первую ссылку, вы попадете на страницу загрузки этого автономного пакета Microsoft. Загрузите и установите пакет, однако НЕ позволяйте пакету устанавливаться по умолчанию, если у вас возникла проблема с rc.exe. ВМЕСТО выберите для выборочной установки, и убедитесь , что включить установку Windows SDK (ее не по умолчанию).
Это верный, концептуально правильный ответ. Все остальные - это хаки, которые могут не работать; ни один из них не сделал для меня.
ЭТО OMFG! Спасибо за четкое объяснение. Я столкнулся с той же проблемой, и люди, обвиняющие установку, были отвлекающим маневром. Я пять раз переустанавливал, чтобы увидеть тот же результат.
В моем случае у меня была ошибка смешивания и совпадения между проектами, созданными в VS2015 и VS2017. В моем файле .vcxproj есть раздел под названием PropertyGroup Label = "Globals">. У меня был раздел для TargetPlatformVersion = 10.0.15063.0. Когда я удалил TargetPlatformVersion, проблема была решена.
Извините, я не могу скопировать и вставить блок сюда, но формат кодирования stackoverflows не позволял этого.
Я использую Windows 7 x64 и Visual Studio 2017 . Я получаю эту ошибку при попытке скомпилировать скрипт Cython. Вот как я решил: скопировал и вставил rc.exe и rcdll.dll из:
Эти инструкции предназначены для 32-битной версии. Для 64-битной C:\Program Files (x86)\Windows Kits\8.1\bin\x64 версии попробуйте C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin\amd64 .
Вот мой почти аналогичный случай: у
меня есть рабочий проект VC2010 под Win7 32bit. Я делаю чистую установку VC2013 под Win8.1 64bit После успешного преобразования моего проекта из VC2010 в VC2013 во время 1-й компиляции возникает следующая ошибка:
Завершено создание кода
ССЫЛКА: фатальная ошибка LNK1158: не удается запустить 'rc.exe'
I just installed Windows 10 Creators Update (version 10.0.15063).
I have multiple versions of Visual Studio installed (2012, 2013, 2015 and 2017). I installed VS 2017 only a couple weeks ago.
Problem
CMake (version 3.8.1) no longer finds the C/C++ compiler when run inside a "VS2015 x64 Native Command Prompt" (it does work properly when run inside a VS 2017 command prompt).
Reproduction
Content of CMakeLists.txt :
(Content of test.cpp is irrelevant.)
CMake invocation, in a VS2015 x64 Native Command Prompt:
Analysis
The reason of the failure is clear when looking at CMakeFiles/CMakeError.log :
rc.exe (Resource Compiler) is not found. Indeed, in the same VS 2015 command prompt:
While it is found in a VS 2013 command prompt:
and a VS 2017 command prompt:
Checking the content of the PATH environment variables in various VS command prompts:
Inside a VS 2013 command prompt, PATH contains
Inside a VS 2017 command prompt, PATH contains
But inside a VS 2015 command prompt, PATH only contains
which does not contain rc.exe .
Questions
Is this a known issue or is it specific to my system?
What could Windows 10 Creators Update possibly install, uninstall or alter in the system (perhaps something related to Windows SDKs) that would trigger this problem?
What is a clean way to resolve this?
Edit: Installed VS 2017 components:
I have just hit the same problem with almost identical OS and Visual Studio setup as you. I am trying to build Wireshark (64-bit).bl Strange thing is I have built it on two machines at home without hitting this problem. Now trying to build on my work machine and I hit the problem. I manually added C:\Program Files (x86)\Windows Kits\10\bin\x64 C:\Program Files (x86)\Windows Kits\10\bin\10.0.15063.0\x64 to the PATH, but this then led to 'winver.h' not being found.
What update level of VS2015 are you using? On my home machine, which is running VS2015 Update 3, rc.exe is on the path in C:\Program Files (x86)\Windows Kits\10\bin\x64\rc.EXE .
One fundamental pathway to exhibit this problem: (1) buy a new clean Windows10 machine (late 2018). (2) Install VS2017. (3) Change your mind, uninstall (somehow or other) VS2017 and install VS2015. This seems to fundamentally cause the 'windows cmake crisis' to exhibit.
12 Answers 12
Spent some time looking at this on three machines with Win10 Creators Edition and VS2010, VS2013, VS2015 and VS2017 installed, where it works on two machines and fails on the third. All had VS2015 Update 3 and all should have been installed with the same options.
Running the following batch file
should setup the correct environment for VS2015 x64 environment. This should add
to the PATH. This is where rc.exe should be. However on my failing machine rc.exe was missing from here, but it did exist in
I went back and feeling like this was a setup issue I re-ran the VS2015 Update 3 setup and told it to add
Windows and Web Development -> Universal Windows App Development Tools -> Tools (1.4.1) and Windows 10 SDK (10.0.14393)
this caused rc.exe and related files to appear in
Running rc -v on
gave the same version number 10.0.10011.16384
Not sure why rc.exe was missing from the original install, but re-running the install and adding the other SDK fixed it for me. It looks like
should be the default rc.exe but it was not setup by a previous install.
Awesome, thanks for the detailed investigation. A lot of people suffer from this problem, yet as far as I can tell no clean solution was offered anywhere until. Yours is the first clean solution. Thanks!
Although vcvars64 (or vcvarsall x64 under C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC) adds the desired path and the reinstallation puts the exe into that path, all these works only for developer's command line; the VS2015 IDE still cannot find rc.exe and spit out the same error. So we might just as well add the path pointing to the rc.exe, no matter where it is, into the PATH environment variable, and we are all set. But I still wanna thank this answer 'cause at least it lets me know where rc.exe is.
thanks a billion for this @DaveCleland. One detail, for now anyway (late 2018) it seems to offer you three version of the SDK to install. I stuck with exactly and only 10.0.10011.16384 and it seems that is the only way to get this to work.
It's definitely not just you. I installed VS2017 yesterday and doing so seems to have produced the same problem on my end. I don't have a good solution (this should be reported to Microsoft as a bug) but I do have a hacky workaround.
I was able to copy rc.exe and rc.dll from
That resolved the issue for me. My hunch is that it's a registry key being overwritten but I haven't dug into it enough to be sure.
Thanks. Are you sure you meant C:\Program Files (x86)\Windows Kits\10\bin\x86 , and not C:\Program Files (x86)\Windows Kits\10\bin\x64 ?
It is called rcdll.dll on my machine. I also needed to copy mt.exe. Nevertheless, it worked (copying x86->x86 and x64->x64)
Met the same problem with Windows 10 15063.608 (Windows SDK 10.0.15063.0). The solution working for me is the hard links creation for Windows 10 kit binaries x64 and x86 folders like shown below (use the command prompt with admin rights):
(prior to running these commands just rename existing Windows Kits\10\bin\x64 and Windows Kits\10\bin\x86 folders - it looks like they are not in use.
P.S. mklink is a CMD command, not available under PowerShell
For whatever reason the built-in Tools (1.4.1) and Windows 10 SDK (10.0.14393) installer didn't work for me:
- C:\Program Files (x86)\Windows Kits\10\bin\x86 got populated mid-install (success!)
- . then de-populated (sorrow!)
- And eventually the installer returned error -2147023293 / 0x80048646 .
The "Windows 10 SDK (ver. 10.0.14393.795)" installer from the Windows SDK and emulator archive worked though: C:\Program Files (x86)\Windows Kits\10\bin\x86 gets and stays populated, including rc.exe .
Windows 7 x64, Visual Studio Professional 2015 Update 3.
Specifying CMAKE_SYSTEM_VERSION=8.1 solved the problem for me.
Similar problem with VS2017 Community 15.4.5 with Windows Sdk version 10.0.16299.0, but only for builds via TeamCity; builds from within VS work fine and so does building with MSBuild when starting from a VS developer command prompt. So this does not exactly answer the OP's question, but is so similar and this is one of the first search matches so I'll add it here.
Found a solution which does not require modifying the installation in any way (no linking/copying so less error-prone and easy to automate):
set the VisualStudioVersion environment variable to 15.0 .
You could do this globally using the standard Windows gui for that (example for windows 10 here) but I'd rather strongly advise against it becaus it could interfere with other versions of VS, moreover it is not a change which is easily automated nor checked in into your build code and hence harder to reproduce omn different machines. A better alternative is to set this in the commandline where the build runs (cmd: set VisualStudioVersion=15.0 PS: $env:VisualStudioVersion = '15.0' in TeamCity: add env.VisualStudioVersion Parameter). Another alternative is to pass this directory to MSBuild as a property (pass /p:VisualStudioVersion=15.0 or in teamCity add system.VisualStudioVersion ).
Я искал в интернете и не мог найти ничего, что напоминало к моему вопросу.
есть ли где-нибудь в VS2012, где я могу указать, где найти этот исполняемый файл? Я установил Windows 7 SDK, и у меня есть этот исполняемый файл по адресу:
Я пришел из кода:: блоки и с помощью mingw-gcc без каких-либо проблема, но в последнее время мне нужен VS для управляемых реализаций, поэтому я надеюсь, что у кого-то есть идея.
скопировать эти файлы:
C:\Program файлы (x86)\Windows Kits\8.0\bin\x86
C:\Program файлы (x86)\Microsoft Visual Studio 11.0\VC\bin
или я тоже нашел это:
Microsoft оставила несколько вещей из своего пакета MSVT. Поскольку никто не знает, были ли они оставлены по ошибке или по причинам лицензии, никто с MSVC не слишком заинтересован в их выдаче. Несколько поисковых запросов в Google выискался какой-то хитрый источников. К Счастью, Microsoft наконец-то поумнел и решил эту проблему и многие другие.
большое количество отсутствующих файлов MSVT есть, но отсутствующие файлы SDK нет.
и так:
У меня та же проблема, которую я решил делать так:
- установка Microsoft .Net Framework 2.0
- добавление пути к файлам .NET Framework (для меня "C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727") к глобальным настройкам компилятора > программы > дополнительные пути в коде:: блоки.
теперь я могу создавать и связывать файлы ресурсов без ошибок.
мы столкнулись с этой проблемой с нашими сборками CMake / Visual Studio 2015 после установки VS2017 на машине. Правильное решение в нашем случае-указать версию Window Kit (8.1) в командной строке Visual Studio - в противном случае вы получите комплект Windows 10 по умолчанию, который не включает rc.exe в папке bin.
например меню Пуск - > Visual Studio 2015 - > VS2015 x64 Native Tools Command Prompt
обратите внимание на опцию 8.1 на конец
из того, что я нашел, если у вас есть ОС windows 7, выполнение следующих шагов устранит проблему:
1) перейти к C:\Program файлы (x86)\Microsoft SDKs\Windows\v7.1A\Bin
2) затем скопируйте RC.exe и RcDll из этого файла
3) перейти к C:\Program файлы (x86)\Microsoft Visual Studio 12.0\VC\bin и вставьте в него два скопированных файла.
У меня была та же проблема, и вышеприведенное решение не сработало. Мое решение было получено из него, и это сработало для меня, если те, что выше, не работают, вы можете попробовать это.
в моем случае у меня была ошибка смешивания и сопоставления между проектами, созданными в VS2015 и VS2017. В моем.файл vcxproj, есть этот раздел под названием PropertyGroup Label= "Globals">. У меня был раздел для TargetPlatformVersion=10.0.15063.0. Когда я удалил TargetPlatformVersion, это решило проблему.
Извините, я не могу скопировать и вставить блок здесь, но формат кодирования stackoverflows этого не позволил.
Если у вас есть Visual Studio 2017, и вы установили Build Tools 2015, не выбрав для установки свой собственный 2015 Windows SDK (установка по умолчанию не устанавливает его!), и пытаются использовать его для компиляции, вы можете столкнуться с этой проблемой.
Я читал, что компилятор VS2015 14.0 C++ может дать сбой, если он попытается использовать Windows 10 SDK из Visual Studio 2017.
в моем случае у меня уже была Visual Studio 2017. Когда я пытался использовать Build Tools 2015 для скомпилируйте библиотеку python (или, возможно, любую программу), этот же 'rc.произошла ошибка exe. Я удалил Build Tools 2015 и переустановил его, на этот раз как пользовательскую установку, выбрав установить и компоненты visual C++ и Windows 10 SDK. Это исправило проблему.
во всяком случае, я думаю, что это указывает на это 'rc.ошибка exe может легко всплывать, если компилятор Visual C++ и версии Windows 10 SDK не соответствуют одному и тому же году Visual Studio, по-видимому.
Я на Windows 7 x64 и Visual Studio 2017. Я получаю эту ошибку, пытаясь скомпилировать сценарий cython. Вот как я решил: Я скопировал и вставил rc.exe и rcdll.dll от:
до
вот мой почти аналогичный случай:
У меня есть рабочий проект VC2010 под Win7 32bit. Я делаю чистую установку VC2013 под Win8. 1 64bit После успешного преобразования моего проекта из VC2010 в VC2013, во время 1-й компиляции возникает следующая ошибка:
Закончена генерация кода
Ссылка: неустранимая ошибка LNK1158: не удается запустить ' rc.exe'
Решение 1:
Удалить всю строку " . " в элемент "
" в NameOfYourSolution.файл vcxproj в блокноте перед запуском VC2013
решение 2:
Скопировать только два файла: радиоуправляемый.exe и rcdll.dll от "c:\Program файлы (x86)\Windows Kits\8.1\bin\x86\" to "c:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\bin\" и компиляция будет успешной!!
Примечание:
a) не нужно касаться какого-либо пути или других переменных среды Windows или VC.
b) "набор инструментов платформы" (страницы свойств проекта - > Свойства конфигурации - > общие) будет автоматически установлен в " Visual Studio 2013 (v120) "(не изменить его на" Visual Studio 2010", чтобы иметь возможность продолжать развивать свой проект в соответствии с концепциями VC2013)
в моем случае ошибка была вызвана плохой настройкой в vcxproj. Vcxproj был от третьей стороны, поэтому я не уверен, как он попал в это состояние.
в частности, для одного из комбо платформы/профиля папка платформы отсутствовала в папке Windows SDK bin:
правильно, где
был неверным. Возможно, потребуется прокрутить до конца поля кода, чтобы увидеть разницу.
обратите внимание также, что для некоторых странных причина $(WindowsSdkDir) bin\x64; не работает для меня. Попытался выяснить, почему, когда rc.exe определенно существует в этой папке, но я сдался.
на мой взгляд, решения из предыдущих плакатов, которые включают копирование rc.exe везде ошибаются, потому что ваш проект не будет работать на чужой машине. Если вы исправите пути в проекте правильно, он должен работать на любой машине с правильной установкой Windows SDK.
Я использую Windows 7 с VS 2013 (обновление 3) и Intel Parallel Studio XE Composer Edition для Fortran Windows (Обновление 5). Из коробки у меня была такая же проблема.
Как только я исправил недостающий rc.проблема exe у меня была другая проблема. Компоновщик отсутствовал kernel32.движение за освобождение.
я исправил обе проблемы, обновив параметры Intel Composer (TOOLS - >Options. - >Intel Composer XE - > Visual Fortran - > компиляторы).
для вкладки Win32 I добавлено:
исполняемые файлы: C:\Program файлы (x86)\Windows Kits\8.0\bin\x86;(непосредственно перед $(путь))
библиотеки: C:\Program файлы (x86)\Windows Kits\8.0\Lib\win8\um\x86;(конец)
для вкладки x64 я добавил:
исполняемые файлы: C:\Program файлы (x86)\Windows Kits\8.0\bin\x64;(непосредственно перед $(путь))
библиотеки: C:\Program файлы (x86)\Windows Kits\8.0\Lib\win8\um\x64;(конец)
обновление.
Мне также не хватало некоторых заголовочных файлов SDK (winver.h и winapifamily.ч.) Я добавил следующее к тем же инструментам->параметры. область.
для вкладок win32 и x64
включает в себя: файлы C:\Program (х86) наборы папку\Windows\8.0\включить\ЭМ;файлы C:\Program (х86) наборы папку\Windows\8.0\включить\общий;
Я только что выяснил один (из 3 в общей сложности) проектов в моем решении VS2010 (SDK7.1) (проекты связаны в последовательной цепочке линейных зависимостей), имел .rc-файл в файлах проекта, который был пуст. Удаление пустой .rc-файл (из проекта, не удаляя его) решил "фатальную ошибку LNK1158: . cvtres.проблема ехе".
обновление: следующая копия исправила проблему:
Это позволит WinSDK7 .1, через MSBuild, чтобы иметь возможность компилировать.дистанционное управление файлы в исполняемые файлы.
Это может быть вызвано vcxproj, который возник в предыдущих версиях Visual Studio или изменил набор инструментов платформы в свойствах конфигурации -> общие.
Если да, то возможное решение:
1) Перейдите в свойства конфигурации - > каталоги VC++
2) Выберите выпадающее меню для исполняемых каталогов
3) Выберите "наследовать от родителя или проекта по умолчанию"
Я на Windows 10 x64 и Visual Studio 2017. Я скопировал и вставил rc.exe и rcdll.dll от:
до
это работает с: (Qt creator 5.7.1)
добавить в окно переменной среды sdk 8.1 путь
C:\Program файлы (x86)\Windows Kits\8.1\bin\x64
Я создал клиент-серверное приложение на языке C++ с помощью Visual Studio.
Как я могу запустить exe-файл, не устанавливая ничего на компьютер?
- приложение не удалось правильно инициализировать (0xc0000135).
- это приложение не удалось запустить из-за неправильной конфигурации приложения. Переустановка приложения может устранить эту проблему.
- система не может выполнить указанную программу.
- самым простым решением является изменение динамического связывания библиотек времени выполнения на статическое связывание. Перейдите в свойства проекта и в разделе C / C++ > генерация кода вы найдете опцию библиотека времени выполнения. Вам нужно изменить его с Multi-threaded DLL (/MD) на Multi-threaded (/MT) . Другое возможное решение-убедиться, что на целевой машине установлена правильная версия распространяемого пакета Microsoft VC++.
Но ваше приложение может зависеть от другие библиотеки DLL также. В случае, если вы хотите узнать, каковы зависимости вашей программы, есть отличная утилита под названием Уокер зависимости, это поможет вам в этой и многих других ситуациях:)
Я не видел этой конкретной ошибки раньше, обычно это ошибка вокруг отсутствующей DLL (Windows redistributable). Предполагая, что на самом деле нет проблем с конфигурацией, у вас есть два варианта:
1) измените режим компиляции с многопоточной библиотеки DLL на многопоточную. Это можно сделать в разделе C++ свойств проекта в разделе генерация кода. В многопоточном режиме ваш двоичный файл будет статически связан с распространяемым файлом windows. Это, вероятно, то, что вы хотеть.
2) Установите распространяемый пакет windows на целевой машине. Это, вероятно, не нормально, если вы заявляете, что не хотите ничего устанавливать на целевой машине.
Предупреждение о опции 1, разные версии windows имеют разные версии распространяемого пакета. Можно столкнуться с узкоспециализированной средой, в которой статически связанная программа будет вести себя не так, как ожидалось.
Я развернул свою программу в релизе вместо отладки, и exe теперь работает на другом компьютере
Похоже, вам не хватает некоторых DLL-файлов. Обязательно скопируйте соответствующие dll вместе с exe.
Я пытаюсь запустить любую программу в Visual Studio 2013 с обновлением 3 и получаю следующее окно с предупреждением:
Я посмотрел вокруг и попробовал почти все, и я все еще не могу решить проблему.
Пожалуйста, помогите кому-нибудь
С этим столкнулся при смене браузера по умолчанию на Internet Explorer в Windows 10 и использовании Visual Studio 2015. Переключение обратно в браузер Microsoft Edge решило это для меня.
Первая ошибка
Для первой ошибки:
Следующие шаги работали для меня:
- Закройте все экземпляры Visual Studio.
- Переименуйте папку IISExpress (на моем компьютере находится в C: \ Users \ jmelosegui \ Documents).
- Добавьте системную переменную среды _CSRUN_DISABLE_WORKAROUNDS со значением 1.
- Запустите Visual Studio в режиме администратора. (В Windows щелкните правой кнопкой мыши исполняемый файл и выберите « Запуск от имени администратора» ).
Вторая ошибка
Что вызвало эту ошибку:
Я удалил IIS Express Development Certificate во время игры с SSL.
Следующие шаги работали для меня:
- Перейти к панели управления.
- Выберите «Установка и удаление программ».
- Найдите IIS 8.0 Express.
- Щелкните правой кнопкой мыши на нем, затем нажмите «Восстановить».
- Ваш сертификат должен вернуться!
Надеюсь это поможет!
Я просто переименовал папку IIS Express во что-то другое. Мне не нужно было добавлять переменную CSRUN. Шаг 1 и 2 было все, что мне нужно было сделать.
Я попробовал несколько вариантов, и единственный, который работал, - этот. После этого IISExpess воссоздается, но я не вижу различий между обеими конфигурациями. Разница в том, что файл ./vs/applicationhost.config полностью переписан, но больше похож на организацию, а не на что-то особенное. Похоже, переменная делает свое дело.
Следующие шаги решают проблему для Visual Studio 2015 и Visual Studio 2017 :
- Закрыть VS.
- Перейдите в папку решения и удалите скрытую .vs папку.
- Перезагрузите VS.
- Hit F5 и IIS Express должны загружаться как обычно, что позволяет отлаживать.
Примечание . Судя по моему опыту и другим комментариям, эта проблема вызвана перемещением проекта между рабочими станциями, средами или версиями Visual Studio. В .vs папке должна содержаться некоторая информация, относящаяся к среде .
@ QBM5 как так? Это может избавить от определенных пользовательских настроек и настроек, но никакой код не будет нарушен. Ничто из того, что вы можете иметь в управлении версиями, не изменится. .csproj Остается неизменным. Кроме того, если вы находитесь в таком состоянии, что вы все равно не можете отлаживать, вам нечего терять.
«эта проблема, кажется, вызвана перемещением проекта между рабочими станциями, средами или версиями Visual Studio» - правильная причина и спасибо за решение. Для меня, я начал сталкиваться с проблемой, когда я сделал новую установку Windows 10
возможно, каталог на узле system.applicationHost / sites / site / application / virtualDirectory файла applicationatoinhost.config неверен. это решение работает, потому что оно заставляет vs восстановить его.
В основном это работало для меня на VS2017, но мне удалось просто удалить файл applicationhost.config из папки vs на тот случай, если это кому-нибудь поможет.
- Откройте Visual Studio от имени администратора
- Щелкните правой кнопкой мыши свой проект и выберите «Разгрузить проект».
- Опять же, щелкните правой кнопкой мыши свой проект и выберите «Изменить PROJECT_NAME.csproj».
Найдите код ниже и удалите его:
Сохраните и закройте файл .csproj
Ни одно из других решений не помогло мне, кроме этого. Выполнение вышеизложенного позволит iis express переназначить открытый свободный порт для запуска веб-страницы. Примечание: я не смог переименовать папку IISExpress, потому что она сказала, что она использовалась мной самостоятельно (возможно, перезагрузка компьютера починил это?).
Это сработало для меня с одним дополнительным шагом - после перезагрузки проекта мне также пришлось снова щелкнуть по нему правой кнопкой мыши и выбрать «Установить как проект запуска», прежде чем он запустится.
Это работало для меня в VS2019. Я попытался восстановить IIS, запустить VS от имени администратора, перезагрузить компьютер, очистить папку .vs и перебрать переменные среды Windows. Но это было решением, которое, наконец, сработало.
Это было единственное, что работает для меня. Но это заставляет меня задуматься, с какой стати это произошло в проекте, который я открыл сотни раз?
Что касается первой ошибки:
Такая ситуация иногда возникает, когда IIS Express не может подключиться к порту. Вероятная причина этого заключается в том, что какой-то другой процесс уже связан с этим портом. Visual Studio запустит процесс IISExpress.exe (который не сможет привязаться к порту и снова выйдет), а затем подключится к завершенному процессу, что приведет к указанной выше ошибке.
Для проверки запишите номер порта в настройках вашего проекта (например, 12116), а затем попробуйте:
Если другой процесс имеет открытый порт, он выдаст свой PID. Затем вы можете убить нарушающий процесс или перераспределить свой собственный номер порта.
Тогда проблема может быть связана с использованием Visual Studio 32-битного IIS-Express.
Решение. В Visual Studio перейдите в меню Сервис> Параметры> Проекты и решения> Веб-проекты> Включить параметр «Использовать 64-разрядную версию IIS Express» и нажмите кнопку «ОК».
Только после проверки версии моей ОС я обнаружил, что она 64-битная Это было причиной все время. Спасибо
У меня такая же проблема. Просто перезапуск Visual Studio работал для меня.
@Kilanny ваш ответ правильный. В 2015 году большинство машин были 64-битными, поэтому есть много шансов, что вам просто нужно включить 64-битную опцию в разделе Инструменты главном меню навигационных ссылок . Нет необходимости настраивать другие файлы или порты жесткого кода. Кроме того, назначение портов должно быть динамическим. Это исправление применимо к 2013 г. с обновлением 3 и Visual Studio 2015 Community Edition.
Посмотрите на изображения ниже для мини-урока: (Я просто улучшаю ответ Киланни)
Я нашел решение здесь:
Отредактировал файл проекта и удалил строки:
Я попробовал первую ошибку, и это не помогло мне. Однако, что сработало для меня, так это удалить скрытую папку «.vs», которая находится в корне решения.
Похоже, что есть много решений, которые работают, а некоторые - нет .
Моя проблема продолжала выходить после нескольких тестовых итераций. Да, перезагрузка ПК и / или VS решит проблему . но временно.
Мое решение состояло в том, чтобы отменить изменение безопасности, которое я включил несколькими днями ранее, чтобы Controlled folder access под Ransomware protection .
Я расстегнул это изменение по:
(щелкните правой кнопкой мыши Пуск) Настройка -> Обновление и безопасность -> Безопасность Windows -> Вирус и защита от угроз -> Вирусные и защиты от угроз Настройки -> Управление настройками
В разделе Доступ к контролируемой папке нажмите-> Управление доступом к управляемой папке (это также экран защиты вымогателей)
Отключите доступ к контролируемой папке.
Это была 100% проблема для меня, так как я смог запустить свой тест без перезапуска VS.
Я знаю, что вы ответили давно, но ваше решение наконец решило мою проблему. После игры со всеми остальными «решениями» отключение доступа к управляемой папке решило проблему. Я сделал еще один шаг вперед и вместо того, чтобы полностью отключить это, я щелкнул Разрешить приложение через доступ к контролируемой папке и добавил разрешенное приложение, выбрав iisexpress.exe
Еще одно замечание по этому поводу - вы можете быть немного более детализированным и просто добавить IIS Express в список «разрешенных приложений» в защите от вымогателей.
@mutex Я собираюсь вернуться к этому после вашего комментария . Я заметил, что в последний раз я добавил ISS Express! Я собираюсь воссоздать проблему и посмотреть, смогу ли я решить ее еще немного.
У меня была похожая проблема с Chrome.
Похоже, что VS не может подключиться к процессу Chrome по какой-то причине.
Решение: 1. Закройте Chrome 2. Запустите Chrome, запустите веб-проект и дайте VS открыть Chrome.
Читайте также: