- 990x.top
- Простой компьютерный блог для души)
- Невозможно запустить среду исполнения .Net, это вообще что такое и как убрать?
- Ошибки инициализации платформы .NET Framework: управление пользовательской средой
- Коды HRESULT активации CLR
- Пользовательский интерфейс для ошибок инициализации
- Устранение ошибок инициализации
- Управление сообщениями об ошибках
- Политика пользовательского интерфейса для узлов в среде CLR
- Поведение и пользовательский интерфейс Windows 8
990x.top
Простой компьютерный блог для души)
Невозможно запустить среду исполнения .Net, это вообще что такое и как убрать?
Да уж, удивительно, но информации в интернете тупо нет! Я вроде искать умею, но какой-то инфы именно по этой проблеме я не нашел, может я единственный с такой проблемой?
Минуточку внимания! Ребята, СИТУЭЙШН НЕ ПРОСТОЙ… Я думал что проблему не решу, но каким-то чудом лично я от нее избавился. Я вообще думал что тут замешан Framework, но вроде как он тут не причем. КОРОЧЕ В ЭТОЙ СТАТЬЕ Я РАССКАЗЫВАЮ СВОЙ ОПЫТ РЕШЕНИЯ ПРОБЛЕМЫ
Ну ребята, я все таки кое что накопал. Ничего нет удивительного в том, что я такой невнимательный. В общем гляньте, вот это окошко, которое выскакивает у меня при запуске винды:
Блин, ну там же русским языком написано в заголовке, что невозможно запустить Менеджер браузеров! Вот из-за этой программулины и появилась эта трабла, во приколюга! Вы тут спросите, какой такой менеджер, это что еще за дичь? Да не переживайте, это такая прога от Яндекса, там можно управлять настройками разных браузеров. В принципе прога неплохая. Но она от Яндекса… А что любит Яндекс? А он любит постоянно делать предложения, чтобы вы поставили его как поисковик по умолчанию, ну и браузер свой предлагает постоянно… Ну короч вы поняли что я хотел сказать.
Я поискал инфу об ошибке, ну про то что невозможно запустить менеджер браузеров, так ситуэйшин такая же! Инфы нет, копец! С инфой реальный попадос..
Теперь самое главное, в диспетчере идете на вкладку Приложения и там вы должны увидеть заголовок ошибки:
Видите? Нужно нажать теперь правой кнопкой по этой ошибке и выбрать пункт перейти к процессу:
После этого будет активирована вкладка Процессы и там будет выделен процесс, который как бэ и вызывает ошибку:
Ну в моем случае это понятно что процесс идет от менеджера, видите? А у вас что? У вас может быть другое что-то, смотрите внимательнее ребятки!
Вы тут можете спросить меня, эй, а что дальше то? Ну смотрите. Вы узнали какая прога выкидывает ошибку? Нет? Хм, но как так? Смотрите что можно сделать в таком случае. Первое, это напротив процесса есть колоночка Описание, вот там может быть как бэ подсказочка, вот что у меня тут написано:
Как вы понимаете, данная подсказка может помочь определить прогу. Так, второе что еще можно сделать, это открыть папку из которой запускается процесс. Для этого просто жмем правой кнопкой по процессу и там выбираем этот пунктик:
В итоге открылась папка, гляньте:
И здесь тоже подсказки есть! Так что я думаю узнать какая прога приводит к ошибке, это уже вы сможете! Но что теперь делать то? Сейчас все расскажу. Так, тут меня кое что заинтересовало… Вот видите, вверху картинка открытой папки? А там внутри есть файлы, видите? Прикол хотите? У файла MBlauncher.exe должна быть иконка, но ее нет! Почему? Вот это вопрос так вопрос. Я думаю может вирус? Но вряд ли. Хм, вот это интересно. Дело в том, что если у exe файла пропадает иконка, это первый признак того, что прога фурычить не будет. И просто так это никогда не случается. Я запустил кстати менеджер, ошибка была. В общем ладно. Если вы узнали что за прога, то ее стоит переустановить. Удалить и потом заново поставить, другие варианты в голову не приходят, а в интернете про эти ошибки ни слова. Короче попадос. Для удаления проги зажмите кнопки Win + R, далее вставьте эту команду:
После этого откроется окно с прогами:
Забыл сказать, перед удалением проги ошибку то закройте!! Кстати ребята, у моей знакомой, ну я там ей что-то настраивал, так короче посмотрел в это окно и ужаснулся, у нее там тьма программ. Много их там быть не должно! Если у вас там целая куча прог, то я думаю вам стоит пересмотреть какие проги вам нужны, а от каких лучше избавиться.. Так вот, найдите тут прогу, из-за которой ошибка выскакивает, удалите эту прогу. И потом поставьте снова (если она вам вообще нужна).
Ребята, я это дело провернул, вернее хотел провернуть. Но при удаление менеджера появилось такое сообщение:
Честно говоря я в шоке.. я нажал ОК, после чего вот вижу что пишется что мешает что-то, ну блина:
Что делать? Сам не знаю. Написано что читайте в файле логов, окей, посмотрим… Короче там столько непонятного, я ничего не понял, закрыл в общем файл, ну его. Пробую поставить менеджер браузеров поверх, интересно получится ли. Скачал, установить не получилось, ибо там можно только удалить или восстановить. Выбрал второе. Процесс пошел:
В общем жду и надеюсь на лучшее.. Ребята оно уже минут пять там восстанавливает… В итоге вроде все нормас и нужно только нажать Готово:
В общем по кнопке нажал. Запустил менеджер, все нормально, ошибки нет. Потом сделал перезагрузон, ибо это именно после перезагрузки такая ошибка вылезала. После перезагрузона ошибки уже НЕ БЫЛО!
По всей этой ситуэйшине можно сделать вывод, что ошибка Невозможно запустить среду исполнения .Net вроде как выскакивает из-за какой-то проги, которая почему-то повредилась типа. В моем случае это был менеджер, я его восстановил и проблем нет, ошибки нет и менеджер работает. Вдруг мой опыт поможет вам! Вообще буду рад если поможет.
На этом все ребята, я вас не сильно утомил? Надеюсь что нет, удачи вам и отличняковского настроенчика!
Источник
Ошибки инициализации платформы .NET Framework: управление пользовательской средой
Система активации среды CLR определяет версию среды CLR, которая будет использоваться для выполнения управляемого кода приложения. В некоторых случаях система активации может не найти версию среды CLR для загрузки. Эта ситуация обычно возникает в том случае, если приложение требует версии среды CLR, которая недопустима или не установлена на данном компьютере. Если запрошенная версия не найдена, то система активации среды CLR получает код ошибки HRESULT из вызванных функции или интерфейса и может отобразить сообщение об ошибке для пользователя, запустившего приложение. В этой статье приводится список кодов HRESULT и объясняется, как можно запретить отображение сообщения об ошибке.
Среда CLR предоставляет инфраструктуру ведения журнала для облегчения отладки проблем активации среды CLR, как описано в разделе Практическое руководство. Отладка проблем при активации среды CLR. Эту инфраструктуру не следует путать с журналами привязки сборок, которая полностью отличается.
Коды HRESULT активации CLR
Интерфейсы API активации среды CLR возвращают коды HRESULT, чтобы сообщить о результатах операции активации основному приложению. Основные приложения среды CLR должны всегда обращаться к этими возвращаемым значениям, прежде чем предпринимать какие-либо дополнительные действия.
Пользовательский интерфейс для ошибок инициализации
Если системе активации среды CLR не удается загрузить правильную версию среды выполнения, которая требуется приложению, она отображает сообщение об ошибке, чтобы уведомить пользователя, что компьютер не настроен должным образом для запуска приложения, и предоставить с возможность исправить ситуацию. Обычно в такой ситуации отображается следующее сообщение об ошибке. Пользователь может выбрать Да, чтобы перейти к веб-сайту Майкрософт, где он может загрузить правильную версию платформы .NET Framework для приложения.
Устранение ошибок инициализации
В распоряжении разработчика имеются различные параметры для контроля сообщений об ошибках инициализации платформы .NET Framework. Например, можно использовать флаг API для запрета отображения сообщения, как описано в следующем разделе. Тем не менее причину, по которой приложение не смогло загрузить нужную среду выполнения, нужно устранить. В противном случае приложение не сможет работать либо часть функций будет недоступна.
Для разрешения проблем и наилучшего взаимодействия с пользователем (меньшее количество сообщений об ошибках), рекомендуется следующее:
Для приложений на .NET Framework 3.5 (и более ранних версий): настройте приложение для поддержки .NET Framework 4 или более поздней версии (см. раздел Инструкции).
Для приложений .NET Framework версии 4: установите распространяемый пакет платформы .NET Framework 4 в составе установки приложения. См. раздел Руководство по развертыванию для разработчиков.
Управление сообщениями об ошибках
Отображение сообщения об ошибках для уведомления о том, что запрошенная версия платформы .NET Framework не найдена, можно рассматривать как полезную услугу или источник раздражения для пользователя. В любом случае этим пользовательским интерфейсом можно управлять, передавая флаги в API активации.
Метод ICLRMetaHostPolicy::GetRequestedRuntime принимает в качестве входных данных элемент перечисления METAHOST_POLICY_FLAGS. Можно включить флаг METAHOST_POLICY_SHOW_ERROR_DIALOG для запроса сообщения об ошибке, если запрошенная версия среды CLR не будет найдена. По умолчанию сообщение об ошибке не отображается. (Метод ICLRMetaHost::GetRuntime не поддерживает этот флаг и не предоставляет иных способов отобразить сообщение об ошибке.)
Windows предоставляет функцию SetErrorMode, с помощью которой можно объявить, должны ли сообщения об ошибках отображаться как результат выполнения кода, выполняемого внутри процесса. Можно указать флаг SEM_FAILCRITICALERRORS, чтобы запретить отображение сообщения об ошибке.
Но в некоторых случаях важно переопределить параметр SEM_FAILCRITICALERRORS, установленный процессом приложения. Например, если имеется собственный компонент COM, в котором находится среда CLR и расположенный в процессе, для которого установлен флаг SEM_FAILCRITICALERRORS, можно переопределить флаг в зависимости от влияния отображения сообщений об ошибках в пределах данного процесса приложения. В этом случае для переопределения SEM_FAILCRITICALERRORS можно воспользоваться одним из следующих флагов:
Используйте METAHOST_POLICY_IGNORE_ERROR_MODE с методом ICLRMetaHostPolicy::GetRequestedRuntime.
Используйте RUNTIME_INFO_IGNORE_ERROR_MODE с функцией GetRequestedRuntimeInfo.
Политика пользовательского интерфейса для узлов в среде CLR
Среда CLR включает в себя набор узлов для различных сценариев. Все эти узлы отображают сообщение об ошибке при возникновении проблем с загрузкой необходимой версии среды выполнения. В следующей таблице приводится список узлов и их политик сообщений об ошибках.
| Узел CLR | Описание | Политика сообщения об ошибках | Можно ли отключить сообщение об ошибке? |
|---|---|---|---|
| Узел управляемых EXE-файлов | Запускает управляемые EXE-файлы. | Отображается в случае отсутствия версии платформы .NET Framework | Нет |
| Узел управляемого COM | Загружает управляемые компоненты COM в процесс. | Отображается в случае отсутствия версии платформы .NET Framework | Да, установив флаг SEM_FAILCRITICALERRORS |
| Узел ClickOnce | Запускает приложения ClickOnce. | Отображается в случае отсутствия версии платформы .NET Framework начиная с .NET Framework 4.5 | Нет |
| Узел XBAP | Запускает приложения WPF XBAP. | Отображается в случае отсутствия версии платформы .NET Framework начиная с .NET Framework 4.5 | Нет |
Поведение и пользовательский интерфейс Windows 8
Система активации CLR обеспечивает такое же поведение и пользовательского интерфейса в Windows 8, как и в других версиях операционной системы Windows, за исключением ситуаций с возникающими при загрузке CLR 2.0 проблемами. Windows 8 включает .NET Framework 4.5 с поддержкой CLR 4.5. Но Windows 8 не включает .NET Framework 2.0, 3.0 или 3.5 с поддержкой CLR 2.0. В результате приложения, зависящие от CLR 2.0, по умолчанию не будут работать в Windows 8. Вместо этого выводится следующее диалоговое окно, позволяющее установить платформу .NET Framework 3.5. Пользователи также могут включить платформу .NET Framework 3.5 из панели управления. Обе возможности рассматриваются в статье Установка платформы .NET Framework 3.5 в Windows 10, Windows 8.1 и Windows 8.
.NET Framework 4.5 заменяет .NET Framework 4 (среда CLR 4) на компьютере пользователя. Поэтому приложения .NET Framework 4 без проблем выполняются в Windows 8 без отображения этого диалогового окна.
В случае установки .NET Framework 3.5 пользователи могут запускать на своих компьютерах Windows 8 приложения, которые зависят от .NET Framework 2.0, 3.0 или 3.5. Они также могут запускать приложения платформы .NET Framework 1.0 и 1.1, если эти приложения не настроены явным образом для запуска только на платформе .NET Framework 1.0 или 1.1. См. раздел Миграция с платформы .NET Framework 1.1.
Начиная с .NET Framework 4.5 ведение журналов активации среды CLR было улучшено для включения записей журнала, которые регистрируют, когда и почему было отображено сообщение об ошибке инициализации. Дополнительные сведения см. в разделе Практическое руководство. Отладка проблем при активации среды CLR.
Источник