Dotnet не является внутренней или внешней командой исполняемой программой или пакетным файлом
Краткий обзор
Чтобы получить сведения о среде и доступных командах, выполните следующие действия:
Выполнение команды (требуется установка пакета SDK):
Описание
Команда dotnet выполняет две функции:
Например, команда dotnet build выполняет построение проекта. Каждая команда определяет свои параметры и аргументы. Все команды поддерживают параметр --help , позволяющий вывести краткую справку по их использованию.
Параметры
Доступны параметры для dotnet , для выполнения команды, а также для запуска приложения.
Параметры для dotnet
Для dotnet доступны следующие параметры. Например, dotnet --info . Выводит сведения о среде.
--info
--version
--list-runtimes
--list-sdks
-?|-h|--help
Выводит список доступных команд.
Параметры пакета SDK для выполнения команды
Для dotnet с командой доступны следующие параметры. Например, dotnet build --help .
-d|--diagnostics
Включает вывод диагностических данных.
Задает уровень детализации команды. Допустимые значения: q[uiet] , m[inimal] , n[ormal] , d[etailed] и diag[nostic] . Поддерживается не во всех командах. Дополнительные сведения см. на странице соответствующей команды.
-?|-h|--help
Выводит на экран документацию для определенной команды, например dotnet build --help .
command options
Для каждой команды определяются относящиеся к ней параметры. Список доступных для команды параметров можно просмотреть на соответствующей ей странице.
Параметры среды выполнения
При запуске приложения в dotnet доступны следующие параметры. Например, dotnet myapp.dll --roll-forward Major .
Путь, содержащий политику проверки и проверяемые сборки.
Путь к дополнительному файлу .deps.json. Файл deps.json содержит список зависимостей, зависимости компиляции и сведения о версии, используемые для устранения конфликтов сборок. Дополнительные сведения см. в разделе Файлы конфигурации среды выполнения на GitHub.
--runtimeconfig
--roll-forward --roll-forward
Управляет применением наката к приложению. SETTING может иметь одно из следующих значений. Если тип не указан, по умолчанию используется вариант Minor .
- LatestPatch — накат до версии с наибольшим номером исправления. Отключает накат дополнительных версий.
- Minor — накат до дополнительной версии со следующим по порядку возрастания номером, если запрошенная дополнительная версия отсутствует. Если запрошенная дополнительная версия присутствует, используется политика LatestPatch.
- Major — накат до основной версии со следующим по порядку возрастания или дополнительной версии с наименьшим номером, если запрошенная дополнительная версия отсутствует. Если запрошенная основная версия присутствует, используется политика Minor.
- LatestMinor — накат до дополнительной версии с наибольшим номером, даже если запрошенная дополнительная версия присутствует. Предназначен для сценариев размещения компонентов.
- LatestMajor — накат до основной версии с наибольшим номером и дополнительной версии с наибольшим номером, даже если запрошенная основная версия присутствует. Предназначен для сценариев размещения компонентов.
- Disable — накат не выполняется. Привязка только к указанной версии. Эта политика не рекомендуется для общего использования, поскольку отключает возможность наката до последних исправлений. Это значение рекомендуется использовать только для тестирования.
Все параметры, кроме параметра Disable , будут использовать версию с последним доступным исправлением.
Поведение наката также можно настроить в свойствах файла проекта, файла конфигурации среды выполнения и переменной среды. Дополнительные сведения см. в разделе Накат основной версии среды выполнения.
--roll-forward-on-no-candidate-fx --roll-forward-on-no-candidate-fx
Определяет поведение, когда требуемая общая платформа недоступна. Параметр N может принимать следующие значения:
- 0 — отключает увеличение дополнительных версий.
- 1 — позволяет увеличивать дополнительный номер версии, но не основной. Это поведение установлено по умолчанию.
- 2 — включает увеличение основных и дополнительных версий.
Дополнительные сведения о накате можно найти в этой статье.
Команды dotnet
Общее
Ссылки на проекты
Команда | Функция |
---|---|
dotnet add reference | Добавляет ссылку на проект. |
dotnet list reference | Перечисляет ссылки на проекты. |
dotnet remove reference | Удаляет ссылку на проект. |
Пакеты NuGet
Команда | Функция |
---|---|
dotnet add package | Добавляет пакет NuGet. |
dotnet remove package | Удаляет пакет NuGet. |
Команды NuGet
Команды рабочей нагрузки
Команда | Функция |
---|---|
dotnet workload install | Устанавливает дополнительную рабочую нагрузку. |
dotnet workload list | Выводит список установленных рабочих нагрузок. |
dotnet workload repair | Восстанавливает все установленные рабочие нагрузки. |
dotnet workload search | Вывод списка выбранных рабочих нагрузок или всех доступных рабочих нагрузок. |
dotnet workload uninstall | Удаляет рабочую нагрузку. |
dotnet workload update | Переустанавливает все установленные рабочие нагрузки. |
Команды глобального, установочного и локального средства
Дополнительные средства
Средство | Функция |
---|---|
dev-certs | Создает сертификаты разработки и управляет ими. |
ef | Средства командной строки для Entity Framework Core. |
user-secrets | Управляет секретами пользователей для разработки. |
watch | Запускает наблюдатель за файлами, который выполняет команду при изменении файлов. |
Дополнительные сведения о каждом средстве можно получить с помощью команды dotnet --help .
Исполняемый файл не найден
Имя исполняемого файла определяет то, как вызывается средство. Формат описывается в приведенной ниже таблице.
Формат имени исполняемого файла | Формат вызова |
---|---|
dotnet-.exe | dotnet |
.exe |
Глобальные средства
Глобальные средства можно установить в каталоге по умолчанию или в выбранном вами расположении. Каталоги по умолчанию:
Операционная система | Path |
---|---|
Linux/macOS | $HOME/.dotnet/tools |
Windows | %USERPROFILE%\.dotnet\tools |
Если вы пытаетесь запустить глобальное средство, убедитесь в том, что переменная среды PATH на компьютере содержит путь, по которому установлено глобальное средство, и что исполняемый файл находится по этому пути.
Локальные средства
Если вы пытаетесь запустить локальное средство, убедитесь в наличии файла манифеста с именем dotnet-tools.json в текущем каталоге или в любом из его родительских каталогов. Этот файл также может находиться в папке .config где угодно в иерархии папок проекта, а не в корневой папке. Если файл dotnet-tools.json существует, откройте его и проверьте наличие средства, которое вы пытаетесь запустить. Если в файле нет записи для "isRoot": true , также проверьте наличие дополнительных файлов манифестов средств выше в иерархии файлов.
Среда выполнения не найдена
Накат не выполняется по умолчанию в двух распространенных сценариях:
- доступны только более ранние версии среды выполнения; при накате выбираются только более поздние версии среды выполнения;
- доступны только более поздние основные версии среды выполнения. При накате границы основной версии не пересекаются.
Если приложению не удается найти подходящую среду выполнения, оно не запускается и сообщает об ошибке.
Изменение имен пакетов
Корпорация Майкрософт изменила правила в отношении идентификаторов пакетов для средств, из-за чего некоторые средства теперь невозможно найти по прежним именам. Новое руководство заключается в том, что все средства корпорации Майкрософт имеют префикс Microsoft. Этот префикс зарезервирован и может использоваться только для пакетов, подписанных с помощью полномочного сертификата Майкрософт.
Во время перехода некоторые средства Майкрософт будут иметь старую форму идентификатора пакета, а другие — новую форму:
По мере обновления идентификаторов пакетов необходимо будет перейти на новый идентификатор, чтобы получить последние обновления. Пакеты с упрощенными именами средств станут нерекомендуемыми.
Предварительные выпуски
- Вы пытаетесь установить предварительный выпуск и не использовали параметр --version для указания версии.
NU1212: недопустимое сочетание проекта и пакета для . Стиль проекта 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 .
создайте локальный файл nuget.config , используя только общедоступный веб-канал NuGet майкрософт, и сослаться на него с помощью параметра:
Пример файла конфигурации:
Добавьте необходимые учетные данные в файл конфигурации.
Если пакет точно существует в настроенном веб-канале, укажите учетные данные для входа в файле конфигурации NuGet. Дополнительные сведения об учетных данных в файле конфигурации NuGet см. в разделе packageSourceCredentials в справочнике по nuget.config.
Суть и причины дисфункции (adb, javac, telnet, fastboot)
Путь к нужному файлу обычно прописан в переменной «PATH» настроек системы (там должен быть указан чёткий путь к директории, в котором размещены указанные файлы). Если нужные пути там не прописаны, то при вводе какой-либо из описанных команд система выдаёт ответ, что (имя файла) не является командой исполняемой программой.
Также причиной отсутствия поддержки таких команд (в частности, «telnet») является отсутствие данного компонента в системе (его необходимо установить самостоятельно).
Чтобы избавиться от ошибки необходимо указать системе путь (по-английски – «path») к директориям, где находятся нужные нам файлы.
Для этого необходимо точно знать, где находятся данные файлы (к примеру, «javac» может находиться по пути С:\Program Files\Java\jdk 1.8.0.45\bin (вместо «jdk 1.8.0.45» может быть «jdk» с другим числом). Необходимо скопировать указанный путь в буфер обмена (пометьте его курсором, а потом нажмите на сочетание клавиш Ctrl+C).
- Затем перейдите на рабочий стол ПК, наводите курсор на «Мой компьютер», нажмите на правую клавишу мыши, в появившемся меню выберите «Свойства».
- В открывшемся окне кликните на «Дополнительные параметры системы» слева, а затем на кнопку «Переменные среды».
- В «Системные переменные» ищете параметр «Path», и добавьте туда после точки с запятой скопированный вами ранее полный путь из директории Program Files\Java.
- Подтвердите изменения, нажав на «Ок», затем вновь откройте консоль, и наберите нужную команду (можете также перезагрузить систему для профилактики), ошибка может быть устранена.
Альтернативой может быть перенос не запускаемых файлов в известные системе директории (например, на общий корневой каталог ОС Виндовс, или в C:\Windows\System32), обычно система работает с ними вполне корректно.
Также, в случае некоторых компонентов (например, «telnet») проблема с ними возникает по причине их отсутствия в системе, потому их необходимо доустановить.
- В случае с «telnet» это делается переходом в «Панель управления» — «Программы и компоненты» — «Включение или выключение компонентов Windows».
- Находим там «Клиент Telnet» ставим слева от него галочку, и нажимаете на «Ок».
- Программа будет установлена и функционал «telnet» должен работать корректно.
Заключение
Ошибка «Не является внутренней или внешней командой (adb, javac, telnet, fastboot)» обычно возникает по причине отсутствия у системы информации о местонахождении данного файла (последняя обычно размещена в переменной «Path»), или отсутствия необходимого компонента в системе. Для исправления ошибки рекомендую прописать в параметре «Path» полный путь к папке, где находится файл, а также доустановить проблемные компоненты в систему (если изначально отсутствуют таковые). Это позволит стабилизировать работу системы, и пофиксить ошибку на вашем ПК.
Связано: Общие проблемы Windows 10 2004 и доступные исправления: Подробный список
Что означает «не распознается как внутренняя или внешняя команда»?
- Имя исполняемого файла было введено без расширения и без полного пути.
- Windows не нашла исполняемый файл, соответствующий имени файла, включая его расширение, ни в одном каталоге, указанном в поле «Путь» для переменных среды.
Ошибка «Не распознается как внутренняя или внешняя команда» вызывает:
1. Исполняемый файл или скрипт не установлены
Возможно, программа, которую вы хотите запустить из командной строки, неправильно установлена в вашей системе. Наиболее частой причиной этого является поврежденный установщик. Либо этот, либо установленный исполняемый файл не находится в каталоге, в котором его ищет командный интерфейс.
2. Имя файла и путь указаны неверно.
Наиболее частая причина ошибки — опечатка при вводе команды. Более того, если вы не указали путь должным образом, командная строка не узнает, где искать файл и, следовательно, отобразит ошибку.
3. Каталог файлов не найден в переменных среды Windows
Другая возможность заключается в том, что каталог файла, который вы пытаетесь выполнить, не существует в переменных среды Windows. Серия каталогов, известная как «Путь», находится в разделе «Системные переменные» в переменных среды Windows и требуется для выполнения команд. Здесь также должен находиться ваш файловый каталог, особенно если вы не указываете полный путь к вашему файлу в командной строке.
Но некоторые программы, вирусы и вредоносные программы могут изменять эти переменные среды. Если это произойдет, командная строка не сможет распознать команды или выполнить их.
4. Исполняемые файлы в system32 не найдены в 64-битной Windows
Для тех, кто использует 64-битную Windows, может быть другая потенциальная причина ошибки.
Для 64-разрядных программ Windows используется каталог «C: Windows System32», а для 32-разрядных программ — «C: Windows SysWOW64».
Хотя большинство исполняемых файлов находится в обоих этих каталогах, некоторые из них существуют только в System32, и лишь некоторые из них — в SysWOW64.
По умолчанию «Путь» переменных среды Windows содержит папку C: Windows System32. Это означает, что при работе в 64-разрядной среде командная строка ищет каталог пути в C: Windows System32. Поэтому, если вы хотите запускать 32-битные программы, вы должны выполнять их в 32-битной среде.
Исправление ошибки «не распознается как внутренняя или внешняя команда» в основном связано с исправлением проблем, упомянутых выше. Имея это в виду, давайте рассмотрим исправления по одному.
Метод № 01: проверьте, установлена ли программа
Прежде всего, убедитесь, что программа, которую вы пытаетесь запустить через командную строку, действительно установлена в вашей системе и находится в соответствующем месте. Вы можете проверить, действительно ли программа установлена на вашем компьютере, несколькими способами.
Один из способов — проверить список «Приложения и функции» в настройках Windows. Вот как это можно сделать:
Нажмите Win + I, чтобы открыть Настройки, и выберите Приложения.
Выбрав Приложения и функции на левой панели, вы увидите список программ на правой панели.
Если программа не отображается здесь, откройте проводник (Win + E) и перейдите в следующую папку:
C: Windows System32
Этот каталог содержит все системные файлы ваших приложений. Прокрутите и проверьте, доступна ли программа, которую вы пытаетесь запустить (с ее исполняемым файлом). Если это не так, приложение не установлено в этой папке, и вы, скорее всего, не сможете запустить приложение, просто введя его имя файла. Этот вопрос можно решить следующим образом.
Когда вы пытаетесь запустить программу или исполняемый файл из командной строки, последний выполняет поиск в папке System32 и запускает файл. Но если файла нет, как это бывает с некоторыми программами, вы можете переместить его в папку System32. Вот как это сделать.
Примечание: Вам нужно будет войти в систему под учетной записью администратора для следующих целей.
Сначала перейдите в папку с программой и скопируйте все файлы, находящиеся в папке (выделите все файлы и нажмите Ctrl + C для этого). В нашем примере мы хотим запустить Microsoft Edge (msedge.exe) через командную строку и копируем все файлы, находящиеся в папке приложения.
И вставляем файлы (Ctrl + V) в папку C: Windows System32.
Теперь, если вы просто введете имя исполняемого файла, ваша команда будет работать без ошибок.
Метод № 03: укажите полный путь к файлу
Еще одна важная вещь, о которой следует помнить при вводе команды, — это то, что командная строка не знает, где находится файл. Если вы не хотите копировать файлы в папку System32, вам нужно будет указать точное местоположение исполняемого файла, который вы хотите запустить.
Например, если вы пытаетесь запустить PowerToys.exe, расположенный в папке PowerToys на диске C, команда может выглядеть так:
C: PowerToys PowerToys.exe
Этот метод работает, только если в вашей команде нет пробелов. Но если где-то в пути к вашему файлу есть пробел, вам нужно сделать следующее.
Метод № 04: вставьте весь путь к файлу в двойных кавычках
Ошибка «Не распознается как внутренняя или внешняя команда» также может быть результатом неправильного использования командных строк, особенно при вставке путей к файлам.
В командной строке «пробел» читается как конец команды. Все, что введено после пробела, введенного через клавишу «пробел» или «табуляция», будет считаться аргументом. Итак, если в пути к вашему файлу есть пробелы, убедитесь, что вы заключили путь в двойные кавычки.
В нашем примере ниже мы должны запустить файл steamservice.exe, который находится в папке C: Program Files (x86) Common Files Steam. Итак, чтобы гарантировать, что пространство в папке «Общие файлы» не считывается как конец команды, мы вставим весь путь к файлу в двойных кавычках. Как это:
«C: Program Files (x86) Common Files Steam steamservice.exe»
Переменные среды Windows — это список путей к общим системным приложениям, которые командная строка использует для быстрого выполнения программ. Если эти переменные среды изменены, командный интерфейс не сможет найти местоположение исполняемого файла и отобразить ошибку.
Нажмите Win + R, чтобы открыть окно ВЫПОЛНИТЬ, и найдите «Панель управления».
Щелкните Система и безопасность.
На левой боковой панели нажмите Расширенные настройки системы.
В окне «Свойства системы» щелкните «Переменные среды» внизу.
Откроется окно «Переменные среды». Здесь в разделе «Системные переменные» щелкните, чтобы выбрать переменную с указанием «Путь», а затем щелкните «Изменить».
Теперь, чтобы добавить новое значение переменной (расположение файла), нажмите «Создать».
Здесь добавьте путь к папке с программой / приложением, которое вы хотите запустить через командную строку.
Вы можете сделать это, просто перейдя туда, где установлено ваше приложение (chrome.exe в нашем примере), и скопировав путь…
… И вставив его в окно переменных окружения;
Или через само окно переменных окружения. Для этого нажмите «Обзор».
Затем перейдите к папке, выберите ее и нажмите ОК.
После того, как вы добавили эту новую переменную среды для доступа к командной строке, нажмите OK во всех открытых окнах. Если вы сейчас откроете командную строку и просто введете имя исполняемого файла, ваше приложение откроется незамедлительно.
Как упоминалось ранее, есть некоторые 32-битные программы, которые работают только в 32-битной среде. А поскольку каталог для них — C: Windows SysWOW64, вам придется указать командной строке искать его здесь, а не в обычном system32.
Для этого просто введите следующую команду:
компакт-диск c: windows SysWOW64
Это изменит каталог, в котором командная строка ищет ваш 32-разрядный исполняемый файл.
Исправлено: Python не распознается как внутренняя или внешняя команда
Если вы получаете ту же ошибку при запуске Python из командной строки, весьма вероятно, что исполняемый файл Python отсутствует в переменных среды.
Чтобы решить эту проблему, все, что нужно сделать, — это найти, где установлен Python, и добавить путь к исполняемому файлу Python в переменную «Путь» в переменных среды (как показано ранее).
Вы сможете запустить Python из командной строки.
Исправлено: команда Python открывает Microsoft Store
В Windows 10 многие также обнаружили, что иногда после добавления пути Python к переменным среды и запуска «python.exe» в командной строке возникает новая проблема. Вместо прямого открытия python.exe они переносятся в Microsoft Store.
Теперь у вас должна быть возможность запускать python.exe из командной строки без перенаправления туда, куда вы не хотите идти.
Android Studio: не распознается как внутренняя или внешняя команда
Android Studio имеет собственную команду терминала для выполнения команд. И здесь встречается такая же ошибка при попытке запустить команду adb.
Причиной проблемы здесь, как правило, является неправильный путь к папке adb. Но ее легко решить, если вы знаете, где находится файл adb.exe.
По умолчанию adb находится в следующей папке:
C: Users (имя пользователя) AppData Local Android Sdk platform-tools
Итак, все, что вам нужно сделать, это открыть Android Studio, щелкнуть File> Settings. В следующем окне в разделе «Инструменты» щелкните «Терминал». Затем введите полное местоположение в adb в начальном каталоге.
Перезапустите Android Studio, и ваша команда adb должна выполняться сейчас.
Кроме того, вы можете изменить каталог в самом терминале Android Studio. Просто введите следующую команду:
cd C: Users (имя пользователя) AppData Local Android Sdk platform-tools
Теперь вы должны иметь возможность запускать adb из команды терминала Android Studio.
CMD: Fastboot или ADB не распознается как внутренняя или внешняя команда
Наконец, если вы загрузили Fastboot и не можете выполнить команду adb из cmd, это означает, что вы должны указать путь к ADB в системных переменных (в переменных среды).
Откройте переменные среды Windows (как показано ранее), в разделе «Системные переменные» выберите «Путь» и нажмите «Изменить». Затем добавьте полный путь к папке с инструментами платформы (которая содержит adb.exe). Примените изменения.
Перезапустите командную строку, и вы сможете выполнить команду adb.
Ввод правильных команд в интерфейсе и обеспечение доступа последнего к исполняемому файлу — это все, что требуется командной строке для запуска программы / файла / приложения, которое вы ему дали. Поэтому убедитесь, что вы следуете исправлениям, упомянутым здесь, и выполняете свои команды без ошибок.
При попытке открыть какую-либо команду через окно служебной программы или консоль, вы сталкиваетесь с ошибкой – «Имя файла» не является внутренней или внешней командой, исполняемой программой или пакетным файлом. Система упрямо не открывает файл по каким-то причинам и этот факт очень раздражает. Причиной этого может быть один из нескольких вариантов: неправильно указан путь к файлу и отсутствие компонента в системе вообще, т.е по указанному адресу его не существует.
Основные причины, по которым появляется ошибка «не является внутренней или внешней командой»
Как уже было сказано, одна из причин заключается в неправильном указании пути к открываемому файлу. Обычно путь к файлу прописан в переменной «Path» в системе, должен быть указан строгий путь к директории, в котором размещены нужные файлы. Если имеются какие-то ошибки в настройках при указании пути в переменной, либо при указании имени файла, то система будет выдавать именно такую ошибку – «имя файла» не является внутренней или внешней командой, исполняемой программой.
Первым делом необходимо указать точный путь переменной «Path» операционной системе, чтобы не возникало ошибок при открытии файла. Для этого нужно наверняка знать расположение папки. К примеру, обратимся к программе, которая в дальнейшем будет работать с исполняемым файлом в определенной папке.
Переменная «Path» — это переменная операционной системы, которая служит для того, чтобы найти указанные исполняемые объекты через командную строку или терминал. Найти ее можно в панели управления Windows. В новых версиях Виндовс и других ОС указание вручную обычно не требуется.
Указываем правильный путь в переменной path на ОС Windows 7
Чтобы правильно указать путь необходимо знать точное расположение файла. Если файл программы, который нужно открыть лежит на диске в С:\Program Files\Java\jdk 1.8.0.45\bin, тогда этот путь нужно скопировать и указать в системной переменной для последующего открытия.
- Далее нам понадобиться рабочий стол, наводим мышь на «Мой компьютер» и в контекстном меню выбираем «Свойства».
- Нажимаем «Дополнительные параметры» слева и выбираем пункт «Переменные среды».
- В открывшемся окне ищем строку «Path» нажимаем на нее и вставляем скопированные путь сюда.
- Действие нужно подтвердить кнопкой «Ок». Компьютер желательно перезагрузить, чтобы настройки точно вступили в силу. Откройте консоль и вбейте нужную команду. Ошибки быть не должно.
В том случае, если ошибка будет появляться снова, попробуйте перенести программу в рабочие директории диска с установленной операционной системой, например /System32. С этой директорией Виндовс работает чаще.
Также ошибки возникают из-за отсутствия компонентов программы. Устранить их можно дополнив нужными. Для примера возьмем компонент «Telnet». Чтобы его включить, перейдите:
- На «Панель управления».
- Дальше выберите «Включение и выключение компонентов».
- Из списка выбираем «Клиент Telnet», напротив ставим галочку и нажимаем «Ок».
- Компонент должен работать и ошибок возникать больше не должно.
Читайте также: