Невозможно запустить среду исполнения net не удается найти указанный файл
Этот проект работал нормально, затем я перезагрузил компьютер, чтобы установить новый графический процессор, и теперь он выдает следующую ошибку, когда я пытаюсь запустить его:
Я попытался «Очистить решение» и «Восстановить решение».
Переход к исполняемому файлу вручную и запуск его работает. Вышеуказанная ошибка возникает, когда я нажимаю кнопку «Выполнить» в VS2010.
Кто-нибудь знает, почему это может происходить?
С помощью инструмента ремонта в VS Management все исправили.
(То есть щелкните правой кнопкой мыши Visual Studio 2010 и выберите «Изменить/Удалить» в инструменте удаления программ на панели управления Windows, а затем нажмите «Восстановить» в окне управления Visual Studio при его загрузке.)
У меня была эта проблема на VS2008: я удалил .suo; .ncb; и пользовательский файл проекта, затем перезапустил решение, и это решило проблему для меня.
Единственный способ, которым я смог преодолеть это (переустановка не была опцией), это установить свойства проекта-> web-> start action -> "не открывать страницу. Дождаться запроса от внешнего приложения «.
Кстати, я думаю, что в какой-то момент это началось из-за мода, который я сделал для machine.config. :) И нет, я не помню, что это было. Похоже, это очень апокалиптическая ошибка, когда однажды вы ее получаете, она никогда не исчезнет.
Так что если вы нашли эту страницу в Google, вы должны знать, что вы обречены. :)
Я нашел связанную тему:
Вот лучший предлагаемый ответ:
Tools > Internet Options > Advanced Under the Browsing Section
затем снимите флажок
Для меня это был антивирусный сканер, которому не нравился тот факт, что у меня в файле exe несколько раз.
project.class.console.exe <- не запускается
console.exe <- будет работать
Для меня это был . Антивирус! Kaspersky Endpoint security 10. Кажется, что частые компиляции и смена exe-файлов приводили к тому, что он блокировал файл.
У меня лично есть эта проблема в Visual 2012 с приложениями x64, когда я проверяю опцию «Режим совместимости с управляемым C++» в меню Debugging->General options of Tools->Options . => Снятие отметки с этой опции решает проблему.
У меня была похожая проблема при использовании веб-проекта Silverlight .
Я решил проблему, установив стартовую страницу (в silverlight .aspx - стартовая страница).
В браузере проекта щелкните правой кнопкой мыши вашу стартовую страницу и установите ее.!
Я столкнулся с подобной проблемой. И я обнаружил, что решение совершенно не связано с ошибкой. Хитрость была в том, чтобы переименовать название сборки. Решение: VS 2013 -> Свойства проекта -> Вкладка приложения -> Свойство AssemblyName изменено на новое имя <25 символов
У меня была похожая проблема, но ни одно из перечисленных здесь решений не помогло. Моя проблема заключалась в том, что в моем решении было несколько проектов, и не тот, который был выбран в качестве проекта запуска, как только я это изменил, все заработало.
Сбросьте диагностику и статический анализ в разделе, например, Свойства -> Фортран -> Диагностика. Будьте особенно внимательны к «Уровню статического анализа безопасности» и не устанавливайте его. Удачи!
Я просто снова столкнулся с той же проблемой: консольное приложение, Visual Studio 2013, 64-разрядная ОС. В настройках проекта было установлено «Любой процессор», я создал новую конфигурацию для x86 и VS был доволен.
- В обозревателе решений щелкните правой кнопкой мыши свое решение (.sln) и выберите «Диспетчер конфигурации».
- Active Solution Platform: если написано «Любой ЦП», щелкните стрелку раскрывающегося списка и выберите «»
- В поле «Введите или выберите новую платформу» введите «x86»
- Теперь убедитесь, что «Платформа активного решения» установлена на x86
- Run (F5)
Я думаю, что VS больше не может решить путь по какой-то причине.
Вы можете попробовать перейти в диалоговое окно «Свойства проекта», выбрать вкладку «Отладка», выбрать «Запустить внешнюю программу» в группе «Начать действие» и ввести полный путь к исполняемому файлу.
В случае приложений Windows ошибка устраняется путем изменения свойств запущенного проекта.
- Щелкните правой кнопкой мыши по текущему запущенному проекту, выберите Свойства
- Отладка -> Проверить Включить отладку неуправляемого кода и нажать сохранить кнопку в меню.
Если вы используете репозиторий кода, обычно этот файл не сохраняется, чтобы отменить контроль версий.
в моем случае мы решили из настроек отладки проекта, как
Невозможно запустить программу
'C:\Users\some user\Downloads\имя проекта \.\Debug\fil_name.exe'
Система не может найти указанный файл.
Проблема была в несоответствии имени файла и неправильного пути к этому файлу.
1. Итак, перешли к Project-> Properties-> Linker-> General-> и на правой панели в «Output file» изменили имя с «fil_name.exe» на «file_name.exe»
Файл file_name.exe находился в более глубокой папке, например ->\Debug\crv.
2. Также сделал Project-> Properties-> Configuration Configuration-> и на правой панели в 'Output Directory' отредактировал '.\Debug \' to '.\Debug\crv'
Я столкнулся с этой ошибкой, когда "" был добавлен по ошибке к моим аргументам командной строки при изменении свойств "Все конфигурации". Удаление их из RightClickProject-> Properties-> Configuration Properties-> Debugging-> Command Arguments позволило снова запустить его в отладчике.
У меня такая же проблема.
Причиной для меня было то, что параметр Command в Configuration Properties | Debugging был сброшен до значения по умолчанию.
Я публикую это только потому, что у меня была специфическая проблема с аргументами командной строки, которые я передавал. Будучи неопытным с командной строкой, я использовал «<» и «>» в своих аргументах, и это перенаправляло файл на меня. Надеюсь, это кому-нибудь поможет.
Исполняемый файл не найден
Имя исполняемого файла определяет то, как вызывается средство. Формат описывается в приведенной ниже таблице.
| Формат имени исполняемого файла | Формат вызова |
|---|---|
| dotnet-<toolName>.exe | dotnet <toolName> |
| <toolName>.exe | <toolName> |
Глобальные средства
Глобальные средства можно установить в каталоге по умолчанию или в выбранном вами расположении. Каталоги по умолчанию:
| Операционная система | Path |
|---|---|
| Linux/macOS | $HOME/.dotnet/tools |
| Windows | %USERPROFILE%\.dotnet\tools |
Если вы пытаетесь запустить глобальное средство, убедитесь в том, что переменная среды PATH на компьютере содержит путь, по которому установлено глобальное средство, и что исполняемый файл находится по этому пути.
Локальные средства
Если вы пытаетесь запустить локальное средство, убедитесь в наличии файла манифеста с именем dotnet-tools.json в текущем каталоге или в любом из его родительских каталогов. Этот файл также может находиться в папке .config где угодно в иерархии папок проекта, а не в корневой папке. Если файл dotnet-tools.json существует, откройте его и проверьте наличие средства, которое вы пытаетесь запустить. Если в файле нет записи для "isRoot": true , также проверьте наличие дополнительных файлов манифестов средств выше в иерархии файлов.
Среда выполнения не найдена
Накат не выполняется по умолчанию в двух распространенных сценариях:
- доступны только более ранние версии среды выполнения; при накате выбираются только более поздние версии среды выполнения;
- доступны только более поздние основные версии среды выполнения. При накате границы основной версии не пересекаются.
Если приложению не удается найти подходящую среду выполнения, оно не запускается и сообщает об ошибке.
Изменение имен пакетов
Корпорация Майкрософт изменила правила в отношении идентификаторов пакетов для средств, из-за чего некоторые средства теперь невозможно найти по прежним именам. Согласно новым правилам имена средств Майкрософт должны иметь префикс "Microsoft.". Этот префикс зарезервирован и может использоваться только для пакетов, подписанных с помощью авторизованного сертификата Майкрософт.
Во время перехода некоторые средства Майкрософт будут иметь старую форму идентификатора пакета, а другие — новую форму:
По мере обновления идентификаторов пакетов необходимо будет перейти на новый идентификатор, чтобы получить последние обновления. Пакеты с упрощенными именами средств станут нерекомендуемыми.
Предварительные выпуски
- Вы пытаетесь установить предварительный выпуск и не использовали параметр --version для указания версии.
NU1212: недопустимое сочетание проекта и пакета для <toolName> . Стиль проекта DotnetToolReference допускает только ссылки типа DotnetTool.
Веб-канал NuGet недоступен
- Не удается получить доступ к требуемому веб-каналу NuGet, возможно, из-за проблемы с подключением к Интернету.
Для установки средства требуется доступ к веб-каналу NuGet, содержащему пакет средства. Установка завершается сбоем, если этот веб-канал недоступен. Вы можете изменить веб-каналы с помощью nuget.config , запросить определенный файл nuget.config или указать дополнительные веб-каналы с помощью параметра --add-source . По умолчанию NuGet выдает ошибку для каждого веб-канала, к которому не удается подключиться. Флаг --ignore-failed-sources позволяет пропускать недоступные источники.
Неправильный идентификатор пакета
401 (не санкционировано)
Скорее всего, вы указали альтернативный канал NuGet, и этот канал требует проверки подлинности. Вот несколько разных способов решить проблему:
Добавьте параметр --ignore-failed-sources , чтобы обойти ошибку из закрытого канала и использовать общедоступный канал Майкрософт.
Если вы устанавливаете средство из канала Microsoft NuGet, пользовательский канал возвращает эту ошибку, прежде чем канал Microsoft NuGet вернет результат. Ошибка завершает запрос, отменяя любые другие ожидающие запросы канала, который может быть каналом Microsoft NuGet. Добавление параметра --ignore-failed-sources приводит к тому, что команда обрабатывает эту ошибку как предупреждение и позволяет другим каналам обработать запрос.
Принудительно используйте канал Microsoft NuGet с параметром --add-source .
Возможно, в глобальном или локальном файле конфигурации NuGet отсутствует общедоступный канал Microsoft NuGet. Используйте сочетание параметров --add-source и --ignore-failed-sources , чтобы избежать ошибочного канала и использовать общедоступный веб-канал Майкрософт.
Используйте настраиваемую конфигурацию NuGet, параметр --configfile <FILE> .
Чтобы избавиться от попыток сторонних программ изменить настройки обозревателя используется Менеджер браузеров. Что это такое, как с ним работать было подробно описано в статье. Но иногда невозможно запустить Менеджер браузеров. Рассмотрим три причины почему это происходит, и что предпринять.
Невозможно запустить менеджер браузеров что делать
При включении ПК (если утилита настроена на загрузку при старте системы) появляется такая ошибка.
Причина — случайно удаленные файлы менеджера. Что предпринять?
- Открываем «Панель управления»;
- Далее «Программы и компоненты»;
- Находим программу, нажимаем «Изменить».
Далее нажмите кнопку «Восстановить».
Отключена функция UAC
Утилита работает в операционной системе Windows. Для ее работы активируйте функцию контроля учетных записей (UAC). Актуально, если на ПК несколько учетных записей, так как приложение устанавливается в учетной записи конкретного пользователя.
Для ее включения выполните последовательность таких действий:
- Нажмите «Пуск»-«Выполнить». Далее пропишите команду «msconfig»;
- Переходим на вкладку «Сервис»;
- В открывшемся списке находим пункт «Настройка контроля учета»;
- Нажимаем кнопку «Запуск» для включения.
Перезагрузите ПК чтобы активировать изменения.
Не удаляйте старые установленные версии.
Вывод
Если приложение перестало работать не спешите его удалять. Рассмотренные выше способы помогут в решении этой проблемы. Попробуйте сразу первый способ — восстановление программы.
Установка
Заходим в панель управления Windows. Выбираем Установка программ (Get programs)
В левой части окна выбираем пункт меню Включение/отключение компонентов Windows.
Возможные ошибки и пути их решения
- 0x800F081F – Исходные файлы не найдены
- 0x800F0906 – Исходные файлы не могут быть загружены
Если вы подключены к Интернету и все еще сталкиваетесь с этой проблемой, это связано с тем, что вы установили следующие обновления для Windows:
- KB2966826
- KB2966827
- KB2966828
Если данный способ не помог, то необходимо отредактировать групповые политики. Для этого открываем редактор групповых политик
Win + R (открыть окно выполнить) и ввести команду gpedit.msc
Далее в древовидном меню в левой части экрана заходим Конфигурация компьютера -> Административные шаблоны -> Система
В основной рабочей области выбираем пункт меню Укажите параметры для установки необязательных компонентов и восстановления компонентов
В открывшимся окне указываем значение Включено
Заходим в распакованную папку и копируем папку sources на системный диск (обычно С:\).
После этого заходим обратно в расспакованную папку и запускаем приложение NET-Framework-3.5-Offline-Installer-v2.3.
Устанавливаем следующие настройки и нажимаем кнопку Install.
Будет запущено консольное приложение. Необходимо дождаться окончания выполнения всех операций.
Читайте также: