I have followed few links to try and solve this issue, such as link1 , where they have asked to me include the path of the exe in the environment variables. This is the following command I tried, to get this error
D:Gesture RecognitionGesture RecognitionDebug>./"Gesture Recognition.exe"
rawrec1.trr
and the error
'.' is not recognized as an internal or external command,
operable program or batch file.
I included the gesture recognition exe path into the systems and user variables of the environment variables. Even after booting the system, the error still persisted. Can anybody help me to solve this or fix this?
starball
15.1k6 gold badges28 silver badges134 bronze badges
asked Dec 24, 2013 at 18:32
Lakshmi NarayananLakshmi Narayanan
5,17013 gold badges48 silver badges90 bronze badges
6
Just leave out the «dot-slash» ./:
D:Gesture RecognitionGesture RecognitionDebug>"Gesture Recognition.exe"
Though, if you wanted to, you could use . and it would work.
D:Gesture RecognitionGesture RecognitionDebug>."Gesture Recognition.exe"
the
20.8k11 gold badges68 silver badges101 bronze badges
answered Dec 24, 2013 at 18:36
3
Replacing forward(/) slash with backward() slash will do the job. The folder separator in Windows is not /
answered Jan 26, 2017 at 7:33
Dila GurungDila Gurung
1,67821 silver badges25 bronze badges
1
I got exactly the same error in Windows 8 while trying to export decision tree digraph using tree.export_graphviz! Then I installed GraphViz from this link. And then I followed the below steps which resolved my issue:
- Right click on My PC >> click on «Change Settings» under «Computer name, domain, and workgroup settings»
- It will open the System Properties window; Goto ‘Advanced’ tab >> click on ‘Environment Variables’ >> Under «System Variables» >> select ‘Path’ and click on ‘Edit’ >> In ‘Variable Value’ field, put a semicolon (;) at the end of existing value and then include the path of its installation folder (e.g. ;C:Program Files (x86)Graphviz2.38bin) >> Click on ‘Ok’ >> ‘Ok’ >> ‘Ok’
- Restart your PC as environment variables are changed
answered Dec 14, 2015 at 13:57
This error comes when using the following command in Windows. You can simply run the following command by removing the dot '.' and the slash '/'.
Instead of writing:
D:Gesture RecognitionGesture RecognitionDebug>./"Gesture Recognition.exe"
Write:
D:Gesture RecognitionGesture RecognitionDebug>"Gesture Recognition.exe"
answered Mar 27, 2020 at 15:30
I also encountered this issue when working with Webpack. If packages are installed with NPM, ideally you should not have to provide a path to the module that you intend to run. Something like this should work:
"build": "webpack --config webpack.config.js",
"start": "webpack serve --config webpack.config.js --open"
From my testing, this works in Git Bash, Powershell, and the Command Prompt.
answered Feb 2, 2022 at 15:00
I cloned a repo from github on my windows machine and there command to start cypress was
"cypress:open": "../../node_modules/.bin/cypress open"
and this was giving me this error
. . is not recognized as internal or external command
I don’t know may be on linux, command may require node_modules path as well but on my windows machine just
"cypress:open": "cypress open"
was sufficient
answered Aug 10, 2022 at 9:10
Muhammad AwaisMuhammad Awais
1,5001 gold badge19 silver badges20 bronze badges
1
use . instead of ./. Linux uses forward slash while windows uses backslash. This works in cmd. I hope this helps
answered Dec 17, 2022 at 14:09
Maybe I am late to the party, But it can help others
Use "\" instead of "" or "/"
it worked for me on windows.
answered Jan 4 at 21:45
Опубликовал(а):
в: 11.03.2015
При попытке запустить какую-либо стандартную команду в интерпретаторе командной строки (cmd.exe) в ОС Windows выдается следующее сообщение:
«hostname» не является внутренней или внешней командой, исполняемой программой или пакетным файлом.
Однако если ввести полный адрес любой из стандартных консольных программ Windows, то они все прекрастно запускаются. Например — C:WINDOWSsystem32hostname.exe .
Получается, что командная строка не ищет нужные программы по пути «%windir%system32».
Данная проблема скорее всего заключается в системной переменной PATH, она может быть изменена. И для стандартной работы штатных программ надо восстановить в ней начальные значения.
Чтобы исправить эту ошибку, открываем «Панель управления» — «Система», переходим на вкладку «Дополнительно», там нажимаем кнопку «Переменные среды». В открывшемся окне в разделе «Системные переменные» находим переменную «Path».
Затем либо двойным щелчком мыши вызываем окно «Изменение системной переменной», либо выделяем эту переменную и нажимаем на кнопку «Изменить», находящуюся под ней. Значение переменной должно быть следующим:
%SystemRoot%system32;%SystemRoot%;%SystemRoot%System32Wbem
Если выглядит не так, изменяем.
Также здесь вы можете прописать и другие пути, откуда хотите по умолчанию запускать те или иные команды. Новая директория пишется в той же строке и отделяется от предыдущей знаком «;» без пробелов.
После редактирования переменной в трех окнах нажимаем «OK» и радуемся нормальному запуску стандартных консольных приложений.
Хочу запустить программу на python из командной строки, но получаю ошибку: «python» не является внутренней или внешней
командой, исполняемой программой или пакетным файлом. (В переменную path я прописала путь до python.exe, но это не помогло)
echo %PATH% выдает:
C:Program Files (x86)InteliCLS Client;C:Program FilesInteliCLS Client;C:WINDOWSsystem32;C:WINDOWS;C:WINDOWSSystem32Wbem;C:WINDOWSSystem32WindowsPowerShellv1.0;C:Program FilesIntelWiFibin;C:Program FilesCommon FilesIntelWirelessCommon;C:Program FilesSonyVAIO Improvement;C:Program Files (x86)SonyVAIO BIOS Data Transfer Utility;C:Program Files (x86)SonyVAIO Startup Setting Tool;C:Program FilesIntelIntel(R) Management
Engine ComponentsDAL;C:Program FilesIntelIntel(R) Management Engine ComponentsIPT;C:Program Files (x86)IntelIntel(R) Management Engine ComponentsDAL;C:Program Files (x86)IntelIntel(R) Management Engine ComponentsIPT;C:Program Files (x86)Subversionbin;C:Program FilesMiKTeX 2.9miktexbinx64;C:Program Filesnodejs;C:Program Files (x86)Herokubin;C:Program Files (x86)gitcmd;C:Program Files (x86)SkypePhone; C:Python34; C:Python
34Scripts;C:UsersалександраAppDataRoamingnpm;C:Program Filesnodejs;C:Program Files (x86)mingw-w64i686-4.9.2-posix-dwarf-rt_v3-rev1mingw32bin;C:Program Files (x86)Googlegoogle_appengine; C:Python34; C:Python34Scripts
jfs
51.9k11 золотых знаков107 серебряных знаков308 бронзовых знаков
задан 3 авг 2015 в 11:44
7
Если C:Python34python.exe работает с командной строки, то достаточно добавить C:Python34 директорию в %PATH%.
Как добавить в переменную окружения PATH путь?
Ещё полезно C:Python34Scripts добавить, чтобы дополнительные скрипты тоже в пути были.
Если на машине установлено несколько версий Питона, то удобно py утилитой пользоваться, чтобы вручную и автоматически (по умолчанию или через shebang (#!)) можно было выбирать версию.
ответ дан 3 авг 2015 в 17:00
jfsjfs
51.9k11 золотых знаков107 серебряных знаков308 бронзовых знаков
5
У вас неправильно указаны пути к интерпретатору python в переменной окружения %PATH%
x86)Googlegoogle_appengine; C:Python34; C:Python34Scripts
После разделяющей ; и перед C:Python34 стоит пробел, которого быть не должно.
Nofate♦
34.3k15 золотых знаков65 серебряных знаков93 бронзовых знака
ответ дан 4 авг 2015 в 8:55
IvanGLIvanGL
1362 бронзовых знака
Работая на компьютере, можно столкнуться с разного рода ошибками и сбоями, мешающими выполнению определённых задач. Так, при запуске клиента Telnet в командной строке, система нередко выдаёт сообщение «Telnet не является внутренней или внешней командой, исполняемой программой или пакетным файлом».
Telnet являет собой сетевой протокол, поддерживающий терминальный интерфейс и позволяющий удалённо работать с сетевым оборудованием. Достаточно часто команда выполняется с целью тестирования соединения TCP к внешним хостам на обозначенном порту, так что наличие и активация функционала в системе всегда актуальны.
Ручная установка клиента не отличается сложностью, а справиться с задачей можно разными способами, которые будут рассмотрены далее.
Активация Telnet в Windows
Ошибка «Telnet не является внутренней или внешней командой…», возникающая при выполнении запроса в терминале, говорит о том, что клиент не установлен в системе и его возможности, конечно же, использовать не получится. Начиная с Windows 7, служба отключена по умолчанию, при этом есть возможность её включения в настольных системах при возникновении такой необходимости.
Включить Telnet client можно, используя возможности «Панели управления»:
После этих действий пробуем снова выполнить команду в терминале и смотрим, выдаёт ли система ошибку или проблема решена.
Установка через командную строку Windows
Если вышеописанные действия не принесли нужного результата и запуск клиента Телнет прерывается ошибкой, установить его можно посредством команд в терминале. Чтобы включить функцию, выполняем следующее:
Установка протокола в macOS
Сетевой протокол Telnet не доступен в современных системах, начиная с macOS High Sierra 10.13, так что при необходимости его использования, потребуется активации службы. Чтобы установить клиент, можно воспользоваться менеджером пакетов Homebrew для Mac (утилита командной строки позволяет устанавливать на компьютер пакеты и приложения, доступна бесплатно). Если его нет, выполняем следующие действия для установки:
- запускаем терминал (/Applications/Utilities/Terminal);
- вводим команду
ruby-e "$(curl -fsSL
https://raw.githubusercontent.com/Homebrew/install/master/install;
- в ходе установки система запросит пароль, вводим его для подтверждения операции.
Когда утилита Homebrew установлена, можно ставить и Telnet, для этого:
- открываем терминал;
- задаём команду brew install telnet.
По завершению установки клиента проверяем его работу. Ошибка «Telnet не является внутренней или внешней командой» должна исчезнуть.
СОВЕТ. Во всех современных версиях Mac доступен более совершенный протокол SSH, который использует алгоритмы шифрования передаваемых данных и обеспечивает стабильное, безопасное соединение. Вы можете применять для подключения к удалённым компьютерам и управления ими посредством туннелирования.
Альтернативы
Telnet по сей день является одним из самых широко используемых клиентов и востребованным команд для проверки подключений, при этом уровень его безопасности достаточно низкий, так как информация передаётся открытым текстом без какой-либо защиты. Это означает, что данные могут быть в любой момент перехвачены злоумышленниками с помощью Wireshark. Так, альтернативным вариантом для выполнения тех же задач является SSH, обеспечивающий безопасность обмена данными. Для работы можно использовать следующее программное обеспечение:
- PuTTy – клиент для работы с SSH и Telnet, распространяемый свободно и являющий собой удобное средство для администрирования сервера;
- TeraTerm – бесплатная служба для работы с терминалами по протоколам Telnet, SSH1, SSH2 через реальные или виртуальные COM-порты;
- ZOC – мощный и надёжный эмулятор терминала для Виндовс и Мак, отличающийся наличием интерпретатора REXX, hex-редактора, поддержкой нескольких сеансов со вкладками и прочим функционалом.
Если способы активации Telnet не оказались результативны, с использованием альтернативного ПО вы сможете как проверить соединение, так и выполнить другие задачи.
- Remove From My Forums
-
Вопрос
-
Здраствуйте, Коллеги!
Ситуация, есть ноутбук Toshiba на котором есть предустановленная ОС Microsoft Windows 7 Домашняя.
Нужно было с ноутбука настроить оборудование сетевое. На ноутбуке выполнялось все с учетной записи пользователя с правами локального администратора.
Конечно надо Физические адреса локальной и wifi сетевых карт. Машинально запускаю Command Prompt и даю команду на выполнение «ipconfig /all». Получаю ответ системы: » «ipconfig» не является внутренней или внешней командой, исполняемой программой или пакетным файлом.». 0^_^0Всматриваюсь (-_-) в ту команду что дал на выполнение, с мыслью может по клавиатуре быстро стучу и допустил ошибку, но нет, исключено, все правильно ввел.
Интерфейсы сетевые задействованы. Поэтому в любом случае команды «ping», «ipconfig», «route», «tracert», «nslookup», «telnet» в командной строке должны работать. Но их нет, впрочем как и других. И на команду «help» в той же командной строке получаю все то же сообщение, что эта команда не является внутренней или внешней командой, исполняемой программой или пакетным файлом.
Объясните пожалуйста куда делись сетевые команды командной строки и все остальные? Может где-то это блокируется или выключено принудительно выполнение их. Никогда такого не видел. Получил шок! Как разрешить такую проблему?
С Уважением, bomv
Ответы
-
Такая же как у топикстартера проблема проявилась после установки Microsoft SQL. Компьютер стационарный, Windows 7 Professional. Большинство комманд не работают (help, ping, ipconfig и т.д.), но к примеру «cd C:/temp» работает.
В общем проблему решил следующим образом: ПКМ по «мой компьютер» — свойства — дополнитеные параметры системы — дополнительно — переменные среды — path — изменить — %SystemRoot%system32;%SystemRoot%;%SystemRoot%System32Wbem — Ok. Заработало как
надо.-
Предложено в качестве ответа
20 апреля 2010 г. 14:17
-
Помечено в качестве ответа
Vinokurov Yuriy
13 апреля 2011 г. 5:50
-
Предложено в качестве ответа