Ошибка при попытке запуска проекта не удается запустить программу visual studio

У меня очень простое приложение на С++.

#include <stdio.h>
#include <iostream>

int main(int argc, char argv[]) {
  cout << "hi" << endl;
}

Когда я впервые скомпилирован в режиме отладки, Visual Studio жалуется «Невозможно запустить программу.. \Debug\myprogram.exe. Система не может найти указанный файл».

Однако, я думаю, что это очевидно, потому что я собираюсь в первый раз, правильно? Этот исполняемый файл еще не существует, поэтому почему компиляция Visual Studio не выполняется?

Спасибо за вашу помощь.

Кроме того, при построении появляется следующий журнал:

Когда я создаю (Build- > Build solution.), этот журнал появляется:

1>------ Build started: Project: print_digits, Configuration: Debug Win32 ------
1>Build started 12/23/2011 4:32:17 PM.
1>InitializeBuildStatus:
1>  Creating "Debug\print_digits.unsuccessfulbuild" because "AlwaysCreate" was specified.
1>FinalizeBuildStatus:
1>  Deleting file "Debug\print_digits.unsuccessfulbuild".
1>  Touching "Debug\print_digits.lastbuildstate".
1>
1>Build succeeded.
1>
1>Time Elapsed 00:00:00.08

Он говорит, что сборка выполнена успешно, но по какой-то причине никакой исполняемый файл не создается.

У меня есть решение в C:\полный путь здесь \VS2010\blender.sln

Это решение содержит много проектов (около 100). Когда я их компилирую, все они работают нормально. Я могу запустить их без каких-либо проблем, и (вполне) все работает (есть некоторые ошибки).
Один из проектов — ALL_BUILD, но он дает ту же ошибку, если я пытаюсь отлаживать INSTALL (другой проект). Я компилирую с помощью RELWithDebInfo в качестве конфигурации, и если я запускаю программу вручную, она работает. Он выводится в C:\полный путь здесь \VS2010\bin\RelWithDebInfo

Но если я пытаюсь запустить компилятор, он говорит

«Невозможно запустить программу C:\полный путь здесь \VS2010\RelWithDebInfo\ALL_BUILD Указанный файл не может быть найден»

Я попытался скопировать скомпилированную программу в путь, необходимый VS, но он поднял ту же ошибку.

Что мне делать, чтобы решить эту проблему? Прямо сейчас я настроил cmake, чтобы создать также проект mingw, и я его компилирую и отлаживаю с помощью gdb, но это действительно медленный и непрактичный рабочий процесс, и я бы хотел использовать отладчик VS.

Я должен сказать, что если я скомпилирую Debug в качестве конфигурации, программа даже не запустится.

Я использую VS2010 Express на Win7 64bit

(Это большая программа с открытым исходным кодом, поэтому я не знаю точно, что она делает)

#c #cmake #visual-studio-2019 #cmake-gui

#c #cmake #visual-studio-2019 #cmake-gui

Вопрос:

В настоящее время я работаю над клонированием репозитория Cilantro github. Я использовал Cmake, а также загрузил необходимые зависимости. Проблема в том, что я не могу запускать какие-либо файлы внутри проекта, а также вновь созданные файлы .cpp для тестирования. Когда я создаю проект, он успешно выполняет сборку. но всякий раз, когда я пытаюсь запустить, щелкнув в локальном отладчике Windows, я продолжаю получать сообщение об ошибке невозможно запустить доступ к программе отказано.

снимок моей текущей ошибки

Что я сделал, но не помогло

  1. удалите антивирус MC ***
  2. отключена защита в режиме реального времени в системе защиты от вирусов
  3. перестройте проект, и он будет успешно собран

успешное восстановление моментального снимка

IDE: Visual Studios; При попытке запустить программу на C использовался графический интерфейс CMAKE для создания этого проекта Cilantro Github, который я пытаюсь запустить: https://github.com/kzampog/cilantro

Комментарии:

1. Возможно, вам нужно установить цель в качестве проекта запуска: в обозревателе решений переключитесь на целевое представление CMake и щелкните правой кнопкой мыши, затем «Установить как проект запуска».

2. Нет приложения для запуска из ALL_BUILD проекта. Запустите один из примеров. (Вы, вероятно, хотите самостоятельно ознакомиться с Visual Studio.)

3. Несмотря на то, что я это делаю, он продолжает показывать мне ошибку невозможно запустить приложение, а не допустимое приложение win32

Ответ №1:

сделайте ваш проект как set as startup project

Solution Explorer > cilantro (Щелкните правой кнопкой мыши) > set as startup project

Комментарии:

1. Я все еще получаю ошибку, но теперь она другая, невозможно запустить программу, а не допустимое приложение win32

2. добавьте ваш файл в cmake

3. не могли бы вы уточнить, я новичок в Visual Studios

4. make new cmake executable и библиотека ссылок

5. как я могу это сделать, пожалуйста, помогите

Вчера я хотел продолжить работу над моим проектом, поэтому я запустил Visual Studio и попросил его запустить проект, чтобы напомнить себе, что уже было реализовано, а что нет.

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

Итак, я предположил, что у меня есть скрытая ошибка где-то в коде, который раньше не отображался. Я поставил точку останова где-то рядом с началом кода и запускал проект.

Как и ожидалось, Visual Studio приостановила выполнение в точке останова и выделила его. Я решил установить еще один Breakpoint где-нибудь позже в коде и продолжить выполнение, но прежде чем я мог даже передвинуть мышь, проект остановился.

Перезапуск Visual Studio не помог, но перезагрузка ПК была выполнена. Поэтому я предполагаю, что что-то в моей системе завершало мой проект, вскоре после начала запуска.

Теперь мой вопрос: что именно произошло, и особенно: почему это произошло?

Читать также:  Программа для исправления exe ошибок

Я очень ценю время, которое вы прочитали, и я с нетерпением жду ваших ответов.

Я знаю, что я отвечаю на свой вопрос, но, поскольку я решил это сам, я думал, что другие могут захотеть узнать, как я это сделал (ради будущих поколений)

Дело в том, что я недавно добавил Visual C++ в Visual С# до того, как у Visual С# возникли проблемы. Поэтому я понял, что, возможно, установщик для Visual Studio кое-что испортил и решил переустановить Visual Studio.

Итак: если ваши проекты останавливаются без предупреждения, даже когда они приостановлены на точке останова, и вы что-то изменили в своей установке Visual Studio (например, добавленный Visual C++ в моем случае), вам может потребоваться переустановить все это. К счастью, установщик Visual Studio предлагает вариант “Переустановка”, поэтому вам не нужно удалять и переустанавливать вручную.

Я узнал об этом решении, поговорив с более опытным коллегой. Хотел бы я сначала спросить его. Тем не менее, по-прежнему цените ваши усилия в этом вопросе.

EDIT: Недавно я заметил подобную ошибку, действующую для программ C++, где граница окна будет выделена красным цветом. Дело в том, что это не ошибка Visual Studio, а на самом деле ошибка Avast Antivirus. В частности, это режим Sandbox.

Поэтому, если по какой-либо причине вы заметите, что программы выходят из строя без сбоев, вскоре после запуска и их границы с красным контуром, вы, скорее всего, используете Avast Antivirus и должны деактивировать режим Sandbox.

Случается со мной время от времени.

Иногда закрытие и открытие VS помогает, иногда вам приходится перезагружать компьютер.

Я предполагаю, что это должно быть связано с некоторой DLL или с чем-то, что загружено в память и повреждено, или что-то вроде VS, теряя ссылку на него, и не выгружая его правильно/не заменяя.

#c# #visual-studio #asp.net-core #.net-core #asp.net-core-3.1

#c# #visual-studio #asp.net-core #.net-core #asp.net-core-3.1

Вопрос:

Я только что обновил свою visual studio 2019 до последней версии 16.8.3, и вдруг я не могу загрузить ни один проект на C # и получаю следующую ошибку для всех.Проекты NET core:

Не удается открыть файл проекта. Не удается найти .NET SDK. Убедитесь, что он установлен и что версия, указанная в global.json (если есть), соответствует установленной версии.

Комментарии:

1. Возможно, у вас есть глобальный файл.json где-нибудь в файловой системе (в общей папке под всеми вашими неудачными проектами), в котором указана версия SDK, которая больше не существует на вашем компьютере? Если это так: попробуйте переименовать / удалить этот файл! (Честно говоря, сообщение об ошибке действительно предполагало это)

Ответ №1:

Попробуйте отредактировать переменные среды.

Щелкните правой кнопкой мыши на этом компьютере -> Свойства -> Дополнительные системные настройки -> Дополнительно -> Переменные среды -> Системные переменные

Перезапустите visual studio.

Если это не решит эту проблему, вы можете обратиться к этому ответу.

Комментарии:

3. Я отредактировал C:Program Files (x86) dotnet к тому, что Карни перечислил выше, и это исправило это для меня! Спасибо!

4. Спасибо!! Черт возьми, я столкнулся с этой ошибкой после удаления тонны старых. Пакеты SDK Net Core, и это решило проблему. Возможно, один из этих деинсталляторов удалил переменную Path.

5. В моей переменной окружения Path так много проклятых элементов, что вторая половина списка игнорируется. Я переместил эту запись наверх и бинго!

Ответ №2:

Я обнаружил, что путь C:Program Filesdotnet уже был в моем path, но он был упорядочен под C:Program Files (x86)dotnet записью. Простым перемещением C:Program Filesdotnet выше C:Program Files (x86)dotnet в списке и перезапуском Visual Studio проблема устранена.

Комментарии:

2. Такая же проблема была на моем компьютере. Но я долгое время возился с пользовательским путем, не в состоянии понять, что происходит. Затем я обнаружил эту проблему с порядком в системных путях, исправление которой решило проблему для меня.

3. Спасибо. Это сработало для меня.

Ответ №3:

Если в папке вашего решения есть глобальный файл .json (где находится файл * .sln), удалите его.

Ответ №4:

В моем случае у меня был предварительный просмотр .NET 6, но затем я его удалил. После удаления некоторые из моих проектов не загружаются. У меня есть все конфигурации, упомянутые выше, но проекты по-прежнему не загружаются. Я пошел в C:Program Files dotnet sdk где я обнаружил, что все еще существует пустая папка .NET 6. Удаление этой пустой папки .NET 6 устраняет проблему, и я смог загрузить свои проекты.

Комментарии:

1. это было решение для меня.. У меня был 6.0.200, и после обновления VS я получил 6.0.300. Проекты не загружались с сообщением о том, что SDK не установлен. Я удалил версию 6.0.200, в которой была почти пустая папка. и это было все. Спасибо.

Ответ №5:

Шаг 1: откройте командную строку (CMD) и введите dotnet —info

введите описание изображения здесь

На приведенном выше изображении показано, что SDK не установлен или не зарегистрирован

Шаг 2: установите SDK из https://dotnet.microsoft.com/download/dotnet-core

введите описание изображения здесь

На изображении выше вы можете видеть, что .net core SDK правильно зарегистрирован в системе.

Ответ №6:

У меня была аналогичная ситуация при обновлении с версии 2019 до версии 2022, при попытке запустить решение dotnet 5.0 с версии 2022 (которое начинает использовать dotnet 6.0).

Читать также:  Как исправить ошибки в программах или реестре

В переменной PATH env. У меня были оба ‘C:Program Файлыdotnet’ и ‘C:Program Файлы (x86)dotnet’. Я удалил (x86) и перестал выдавать эту ошибку

Ответ №7:

Установка пропустила SDK , что проект был построен, решила проблему

У меня была аналогичная проблема, когда я пытался создать net5.0 решение, которое не установлено на моем компьютере.

В моем случае у меня был VS 2022 и net6.0 установлен.

Установка net5.0 SDK решила проблему.

У меня был только C:Program Filesdotnet в Path env

Ответ №8:

Я только что удалил C:Program Filesdotnet папку, и она работает для меня.

Моя Visual Studio начала сбой при запуске. В поисках поиска лекарств я нашел эти два предложения, но не работал у меня:

  • Запуск Visual Studio во время работы в безопасном режиме и
  • Выполнение ремонта в Visual Studio.

Однако, я обнаружил, что если я войду в другую учетную запись Windows, Visual Studio смог запустить эту учетную запись без сбоев.

Вот код ошибки, который я наблюдал в отчете о сбое:

LCID: 1033

Может ли кто-нибудь предоставить решение для возврата моей Visual Studio в рабочий режим?

Для меня это оказался плагин, который GitExtensions установлен в Visual Studio 2013.

– UPDATE: попробуйте выполнить это перед удалением GitExtensions

enter image description here

– КОНЕЦ ОБНОВЛЕНИЯ

После удаления GitExtensions и переустановки с отключенным VS-плагином мой VS снова запускается снова.

Я даже собрал сообщение в блоге об этой проблеме, потому что он так сильно исказил меня.

Поскольку вы можете запускать с другим именем пользователя, что-то может быть не так с вашими локальными настройками, вы можете попробовать reset их: devenv /resetsettings в Start menu -> Run.

Предупреждение: это восстановит визуальную студию по умолчанию.

В моем случае VS использовался для сбоя в одном решении. Я решил проблему, удалив соответствующий файл пользователя решений: SolutionName.suo

Попробуйте запустить VS как администратор. Это необходимо в моем случае.

Если совпадение с этими авариями в Visual Studio вы получаете ошибки “Ошибка кучи” (код исключения: 0xc0000005) в журнале приложений Windows (имя модуля Faulting: WindowsCodecs.dll), вот что стоит проверить: неисправный компонент WIC внутри Expression Blend может вызвать сбой всех версий Visual Studio при запуске, а также привести к сбою Internet Explorer при посещении многих, если не большинства сайтов. Несмотря на то, что Microsoft распространяет этот компонент, они называют его “компонентом, отличным от Microsoft”. Таким образом, переустановка Visual Studio не исправит это: переустановка ОС по существующей установке Windows не исправит это, и проверка целостности системного файла не обнаружит ее.

В моем случае неправильный кодек был “C:\Program Files (x86)\Microsoft Expression\Common\Imaging\4.0.360.0\PSDCodec.dll”, и просто отменив этот компонент, моя Visual Studio снова работала из последовательного запуск запускает сбои.

Я размещаю это в надежде, что это решение для одного из источников сбоя в Visual Studio может спасти других от $500 поддержки поддержки Microsoft, а неделя простоя вызвала это.

Для меня это вызвано веб-Essentials, и я смог разрешить его, отключив его, перезапустив VS, включив его, снова перезапустив. Работает сейчас.

У меня случился сбой при запуске (или вскоре после запуска, прежде чем открывать какое-либо решение), возникающее в git2-msvstfs.dll, вызванное размещением временного файла 3 ГБ в каталог в моем решении. Удаление файла исправлено.

Я только что изменил язык Windows в правом нижнем углу на “ EN“, а затем начал работать как администратор. И это сработало, интересно..

Как только я случайно нажал комбинацию случайных клавиш (может быть, что-то вроде ctrl+', но я не понял, что держал ctrl вниз, поэтому я забыл, какие ключи я ударил, когда понял, что случилось что-то плохое), в результате чего VS Professional 2017 15.3.5 сбой в течение половины минуты. После перезагрузки я обнаружил, что VS будет интерактивным в течение нескольких секунд, прежде чем он потерпит крах через полминуты. Для меня было слишком быстро, чтобы попытаться выяснить, что я случайно активировал, или для меня отключить его, прежде чем VS сработает. Кроме того, он даже сработает, если я не открою какое-либо решение, поэтому я решил, что не удастся удалить папку .vs (для каждого проекта/решения Solution Explorer/open files state).

Чтобы исправить, я последовал за комментарием Аруна и переименовал мою папку %LOCALAPPDATA%\Microsoft\VisualStudio\15.0_3f4d04be. Вам нужно будет отрегулировать путь для версии/версии VS, которая сбой. На моей машине я думаю, что 15.0_3f4d04be – это Professional, а 15.0_0fed6c59 – VS Community Edition. Вероятно, вам придется угадать, основываясь на временной отметке изменения папок, которая, вероятно, будет отражать дату последнего использования этой версии VS.

После переименования версией dotfolder VS запускается без сбоев. Он начинался с настроек по умолчанию, но автоматически восстанавливал некоторые мои настройки через вещи синхронизации облаков после минуты работы, и он даже помнил информацию о моей учетной записи, поэтому мне не нужно было входить.

Мне не нужно было переименовывать мою папку %LOCALAPPDATA%\Microsoft\VSCommon (которую также предложил Арун М).

devenv.exe /ResetSettings
devenv.exe /ResetUserData

Простой способ запустить devenv.exe – через командную строку Visual Studio; на Windows 10 можно найти здесь:

Start Button => App Apps => Visual Studio 2013 => Visual Studio Tools =>
VS2013 x86 Native Tools Command Prompt

Этот проект работал нормально, затем я перезапустил свой компьютер, чтобы установить новый графический процессор, и теперь он создает следующую ошибку при попытке запустить ее:

Error while trying to run project: Unable to start program:

"E:\Workspace\...\....exe"

Cannot find the file specified.

Я подтвердил, что указанный файл существует на пути, указанном сообщением об ошибке.

Читать также:  Инструмент предварительной оценки для Windows 10 неэффективен

Я попытался “Очистить решение” и “Восстановить решение”.

Навигация к исполняемому файлу вручную и его запуск. Ошибка, указанная выше, появляется, когда я нажимаю кнопку “Выполнить” в VS2010.

Кто-нибудь знает, почему это может произойти?

С помощью инструмента восстановления в VS Management все исправлено.

(1.e щелкните правой кнопкой мыши Visual Studio 2010 и выберите “Изменить/Удалить” из “Программы удаления программ” в панели управления Windows и нажмите “Восстановить” в окне “Управление Visual Studio” при загрузке.)

У меня была эта проблема на VS2008: я удалил .suo;.ncb; и файл проекта пользователя, затем перезапустили решение и устранили проблему для меня.

Кстати, я думаю, что в какой-то момент это началось из-за мода, который я сделал для machine.config.:) И нет, я не помню, что это было. Кажется, это очень апокалиптическая ошибка, когда вы ее никогда не уходите.

Итак, если вы нашли эту страницу у Google, вы должны знать, что вы обречены.:)

Для меня это был вирусный сканер, которому не нравился тот факт, что у меня в моем имени файла exe несколько периодов.

project.class.console.exe < – не запускается

console.exe < – будет работать

Надеюсь, что это поможет.

У меня лично есть эта проблема в Visual 2012 с приложениями x64, когда я проверяю опцию “Managed С++ Compatibility Mode” в меню Debugging->General options of Tools->Options.
= > Устранение этой опции устраняет проблему.

Я думаю, что VS больше не может разрешить путь по какой-то причине.

Вы можете попробовать перейти в диалоговое окно “Свойства проекта”, выбрать вкладку “Отладка”, выбрать “Запустить внешнюю программу” в группе “Начать действие” и ввести полный путь к исполняемому файлу.

Я решил проблему, установив страницу запуска (в Silverlight. aspx).

В браузере проекта щелкните правой кнопкой мыши вашу стартовую страницу и установите ее.!

см. здесь мой снимок экрана

Я просто перешел в ту же проблему: консольное приложение, Visual Studio 2013, 64-разрядная ОС. Настройки проекта были настроены на “Любой процессор”, я создал новую конфигурацию для x86, а VS был счастлив.

  • В своем обозревателе решений щелкните правой кнопкой мыши свое решение (.sln), выберите “Configuration Manager”
  • Платформа активного решения: если она говорит “Любой процессор”, щелкните стрелку вниз и выберите “”
  • В разделе “Введите или выберите новую платформу” введите “x86”
  • Теперь убедитесь, что для платформы “Active solution” установлено значение x86
  • Запуск (F5)

Я пробовал удалить .suo;.ncb;.sdf; перестроить и т.д. Ничего не помогло.
Сообщение было:

в моем случае мы решили из параметров отладки проекта, таких как
ссылка

Удаление и восстановление всего решения из хранилища решило проблему для меня. Я не нашел это решение в любом из других ответов, поэтому подумал, что это может помочь кому-то.

У меня была аналогичная проблема, но ни одно из перечисленных здесь решений не помогло. Моя проблема заключалась в том, что мое решение имеет несколько проектов, а неправильный был выбран в качестве проекта StartUp, как только я изменил его, он работал.

В случае приложений Windows ошибка решена с изменением свойств выполняемого проекта.

  • Щелкните правой кнопкой мыши текущий проект, выберите Свойства
  • Отладка → Проверить Включить неуправляемую отладку кода и нажать сохранить в меню.

Если вы используете репозиторий кода, обычно этот файл не сохраняется в редакторе отмены версии.

Я столкнулся с этой ошибкой, когда “по ошибке было добавлено к моим аргументам командной строки при изменении свойств для” Все конфигурации”. Удаление их из RightClickProject- > Properties- > Configuration Properties- > Debugging- > Command Arguments позволило ему снова запустить в отладчике.

Я только отправляю это, потому что у меня была конкретная проблема с аргументами командной строки, которые я проходил. Будучи неопытным с командной строкой, я использовал “<” и ” > ” в моих аргументах, и он перенаправил файл на меня. Надеюсь, это поможет кому-то.

Невозможно запустить программу. Запрос не поддерживается

У меня возникли проблемы с запуском приложения с VS2017 на Windows 10. Начиная с режима отладки, всплывающие окна с сообщением:

Ошибка при попытке запуска проекта: невозможно запустить программу ».
Запрос не поддерживается.
Изображение 184440

Если я запускаю без отладки, он запускается. Если я запустил его и приложил к процессу, он прикрепится. Если я запускаю административные привилегии, то он отлаживает (но я не могу развиваться с административными привилегиями). Я являюсь владельцем папки, где находится исходный код и где построен проект.

Он работает как прелесть на предыдущем ПК с Windows 7.

24 март 2017, в 16:39

В конце концов я нашел решение. Проблема в том, что ConEmu установлен в «агрессивном режиме» и является терминалом по умолчанию: он фиксирует выполнение моего приложения и создает некоторые неизвестные помехи. Я удалил эту настройку, и мое приложение работает как шарм.

В моем случае это было результатом того, что мое программное обеспечение для вирусов изолировало исполняемый файл как «вредоносное ПО», потому что я использовал компонент, подключенный к Интернету. Как только я перечислил папку проекта, как исключен из обнаружения вредоносных программ, все было просто отлично.

Ещё вопросы

Сообщество Overcoder

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *