I’m having problems launching an application with VS2017 on Windows 10. Starting in Debug mode, a popup apperars with the message:
Error while trying to run project: Unable to start program ».
The request is not supported.
If I launch without debug, it runs. If I run it and then attach to the process, it attaches. If I run with administrative privileges, then it debugs (but I can’t develop with administrative privileges). I’m owner of the folder where is source code and where project is built.
It works like a charm on previous PC with Windows 7.
Any idea?
asked Mar 24, 2017 at 14:44
You need to check «Use Managed Compatibility Mode» in Tools|Options|Debugging|General.
answered Mar 24, 2017 at 14:50
emre kaplanemre kaplan
1821 silver badge12 bronze badges
4
In the end, i found the solution. The problem is ConEmu set in «Aggressive mode» and as default terminal: it capture my application execution and do some unknown interference.
I removed that setting, and my app work like a charm.
answered Dec 10, 2018 at 9:03
TognoloTognolo
4163 silver badges14 bronze badges
2
I discovered this issue in Visual Studio 2017, and I found that excluding my code folders from my virus scanner (MalwareBytes) solved the problem in my case.
answered Jul 9, 2020 at 14:37
CWDevCWDev
313 bronze badges
1
In my case this was the result of my virus software quarantining the executable as «Malware» because I had used a component in it that connected to the internet. Once I listed my project folder as excluded from malware detection everything ran just fine.
answered Sep 30, 2017 at 19:19
2
I’m having problems launching an application with VS2017 on Windows 10. Starting in Debug mode, a popup apperars with the message:
Error while trying to run project: Unable to start program ».
The request is not supported.
If I launch without debug, it runs. If I run it and then attach to the process, it attaches. If I run with administrative privileges, then it debugs (but I can’t develop with administrative privileges). I’m owner of the folder where is source code and where project is built.
It works like a charm on previous PC with Windows 7.
Any idea?
asked Mar 24, 2017 at 14:44
You need to check «Use Managed Compatibility Mode» in Tools|Options|Debugging|General.
answered Mar 24, 2017 at 14:50
emre kaplanemre kaplan
1821 silver badge12 bronze badges
4
In the end, i found the solution. The problem is ConEmu set in «Aggressive mode» and as default terminal: it capture my application execution and do some unknown interference.
I removed that setting, and my app work like a charm.
answered Dec 10, 2018 at 9:03
TognoloTognolo
4163 silver badges14 bronze badges
2
I discovered this issue in Visual Studio 2017, and I found that excluding my code folders from my virus scanner (MalwareBytes) solved the problem in my case.
answered Jul 9, 2020 at 14:37
CWDevCWDev
313 bronze badges
1
In my case this was the result of my virus software quarantining the executable as «Malware» because I had used a component in it that connected to the internet. Once I listed my project folder as excluded from malware detection everything ran just fine.
answered Sep 30, 2017 at 19:19
2
Решил поэкспериментировать с удаленным дебаггом, после его настройки на удаленном компьютере (он находится в локальной сети), и указав в настройках проекта его IP адрес (ну перед этим, естественно поставив галочку «Использовать удаленный компьютер»), выскакивает ошибка после запуска проекта:
Ошибка при запуске проекта: Не удалось запустить программу
«D:……bindebugProgram.exe»Не удается найти
указанный файл
Естественно, я проверял полностью путь до файла, и он верный, и соответственно, файл там находится.
PS В качестве удаленного компьютера, используется Windows 10
задан 4 июн 2017 в 12:43
5
Этот файл должен находиться на удаленном компьютере, причем в той же папке, что и на хосте. А еще на удаленном компьютере должен работать Remote Tools.
Для автоматического копирования собранного файла на отладочную машину можно использовать вот эти заклинания в Post-Build Step:
robocopy $(TargetDir) \RemoteMachineConsoleApp1ConsoleApp1binDebug
if errorlevel 1 exit 0 else exit %errorlevel%
ответ дан 4 июн 2017 в 12:49
arrowdarrowd
1,58710 серебряных знаков12 бронзовых знаков
Для начала удаленной отладки клиентского приложения необходимо выполнить следующее:
На удаленной машине (виртуальной или реальной не важно):
-
у тестовой машины должен быть либо фиксированный адрес, либо сетевое имя, прописанное и автоматически обновляемое в DNS сервисе, чтобы не менять настройки проекта в дальнейшем.
-
настраиваем сетевую папку, доступную на чтение и запись с машины разработчика, для того чтобы не заниматься копированием каждого билда в ручную.
-
необходимо установить Remote Debuger. Для этого нужно скопировать из папки
C:Program Files (x86)Microsoft Visual Studio 15.0Common7IDERemote Debuggerверсию отладчика нужной разрядности либо скачать инсталлятор по ссылкам из статьи Remote Debugging в документации Microsoft. Не знаю что именно требуется скачивания официального инсталлятора, но моему LiveId явно чего-то не хватило. -
прописываем запуск msvsmon.exe в автозагрузку при логине пользователя любым удобным способом (групповые политики, ярлык в папке SturtUp, планировщик заданий, logon-скрипт). Можно пропустить этот пункт и запускать каждый раз ручками.
-
настраиваем эталонного пользователя для входа в систему и тестирования приложения, выдаем ему необходимые права и, самое главное, отбираем все заведомо лишние права.
В настройках проекта:
-
создать отдельную конфигурацию для удаленной отладки
-
в разделе Build созданной конфигурации в параметре Output folder указать сетевую папку удаленной машины
-
в разделе Debug выбрать Remote debug
Процесс отладки клиентского приложения
-
перед отладкой нужно явно запустить билд решения, при этом файлы приложения будут скопированы в сетевую папку удаленной машины (если сделано все, перечисленное выше). В принципе это требуется сделать только один раз, при последующих изменения кода в студии, билд будет запускаться автоматически, как при локальной отладке.
-
подключиться к удаленной машине любым клиентом, позволяющим взаимодействие с рабочим столом.
-
запускаем msvsmon.exe, если это не было сделано автоматически при логине.
-
в студии запускаем отладку обычным образом, при этом на удаленной машине запуститься отлаживаемое приложение. Все точки останова и исключения будут обрабатываться на машине разработчика.
Для отладки web- и других серверных приложений лучше установить Remote Debuger в качестве службы.
ответ дан 4 июн 2017 в 12:58
rdornrdorn
16.2k3 золотых знака28 серебряных знаков75 бронзовых знаков
3
Сообщение от OwenGlendower
попробуй отключить антивирусы, anti-malware и подобные утилиты.
Сделал. Пишет вот что:
«Вы попали на эту страницу, потому что пытались получить доступ к порталу Microsoft Connect. Спустя почти 10 лет Microsoft Connect был уволен в пользу новых инструментов и услуг, которые позволят вам взаимодействовать с Microsoft. Если вы являетесь участником активной программы Connect, ваша программа либо закрывается, либо перемещается в один из этих инструментов или служб. Определите свою программу ниже, чтобы получить статус и следующие шаги.»
И дальше перечень действующих программ компании… Может смотрю куда-то не туда…
Добавлено через 10 минут
))) туплю мал-мала.
Ты, наверняка про запуск проекта же?
Я отключал все. бесполезно.
Проблема вылезла когда я начал центральную программулю собирать. А она частично состоит из подобных модулей программ клиентских.
В итоге на копипастил на чистую форму заготовок — назвал ее свалкой и решил с нее элементы управления тягать на другие формы.
Потом с нее натаскал элементов на главную форму приложения и куски кода туда же))).
И все. Начинание на этом загнулось.
Я уж какие только файлы не перерыл, все надеялся найти — в каком месте «класс не является первым в коде» )))
И даже нашел какой-то, где моя форма-свалка элементов и заготовок была первой. Поменял с главной местами — ноль эмоций…
—————
Короче просто Переделал новый проект с нуля. Сделал сперва основную форму, , настроил проект, привязал ссылки, попробовал на запуск, за архивировал полученного зародыша в рар и потом стал копипастить куски с разных форм клиенских программ.
Пока все нормально)))
- Remove From My Forums
-
Вопрос
-
Только начал обучение С++ по учебнику Страуструпа.
Загрузил Visual StudioНачал со стандартного «Hello, World!»
Отладка проходит успешно, ошибок нет.
Однако программа не запускается.
Выходят следующие сообщения:
Следующий проект устарел: Hello, World — Debug Win32
Не удается запустить программу: …/HelloWorld.exe
Не удается найти указанный файлЧто я делаю не так?
Система: Wind x64.
Ответы
-
Книга нашего дорогого и горячо любимого Страуструпа написана о языке программирования, а не о работе в среде разработки Visual Studio. Последнее описано в справочной системе (в крайнем случае, есть сайт msdn.microsoft.com/library).
Советую там ознакомиться с технологией создания проекта VC++ и процедурой преобразования исходного кода в исполняемый модуль.-
Изменено
20 ноября 2013 г. 5:37
-
Помечено в качестве ответа
Maksim MarinovMicrosoft contingent staff, Moderator
2 декабря 2013 г. 7:42
-
Изменено
I have a solution in C:full path hereVS2010blender.sln
This solution contains many projects(around 100). When I compile them, they all work fine. I can run them without any problem, and (quite) everything works (there are some bugs).
One of the projects is ALL_BUILD, but it gives the same error if I try to debug INSTALL(another project). I’m compiling with RELWithDebInfo as configuration, and if I execute the program manually it works. It is outputted in C:full path hereVS2010binRelWithDebInfo
But if I try to run the compiler, it says
«Unable to start program
C:full path hereVS2010RelWithDebInfoALL_BUILD
Specified file cannot be found»
I tried to copy the compiled program into the path required by VS, but it raised the same error.
What should I do to solve this? Right now I set up cmake to generate also a mingw project and I compile it and debug it with gdb, but this is a really a slow and impractical workflow, and I would like to use the VS debugger.
I must say that if I compile with Debug as configuration, the program doesn’t even start.
I’m using VS2010 Express on Win7 64bit
(This is a big open source program, so I don’t know exactly whatever it does)
I have a solution in C:full path hereVS2010blender.sln
This solution contains many projects(around 100). When I compile them, they all work fine. I can run them without any problem, and (quite) everything works (there are some bugs).
One of the projects is ALL_BUILD, but it gives the same error if I try to debug INSTALL(another project). I’m compiling with RELWithDebInfo as configuration, and if I execute the program manually it works. It is outputted in C:full path hereVS2010binRelWithDebInfo
But if I try to run the compiler, it says
«Unable to start program
C:full path hereVS2010RelWithDebInfoALL_BUILD
Specified file cannot be found»
I tried to copy the compiled program into the path required by VS, but it raised the same error.
What should I do to solve this? Right now I set up cmake to generate also a mingw project and I compile it and debug it with gdb, but this is a really a slow and impractical workflow, and I would like to use the VS debugger.
I must say that if I compile with Debug as configuration, the program doesn’t even start.
I’m using VS2010 Express on Win7 64bit
(This is a big open source program, so I don’t know exactly whatever it does)