Я пытаюсь использовать MinGW в Windows, я читал много сообщений здесь, но все же я не могу решить проблему. Я получаю следующее сообщение:
‘g++’ is not recognized as an internal or external command .
Я уже включил в свой PATH я включил:
C:MinGWbin;
Я также setx set setx и set но, возможно, неправильно установить g++.
PATH=C:WINDOWSsystem32;C:WINDOWS;C:WINDOWSSystem32Wbem;C:WINDOWSSystem32 WindowsPowerShellv1.0;C:Program Files (x86)ATI TechnologiesATI.ACECore-St atic;C:Program FilesMicrosoftWeb Platform Installer;C:Program Files (x86)M icrosoft ASP.NETASP.NET Web Pagesv1.0;C:Program Files (x86)Windows Kits8.0 Windows Performance Toolkit;C:Program FilesMicrosoft SQL Server110ToolsBi nn; C:MinGWbin;C:MinGWmsys1.0bin; C:MinGWbing++.exe; C:MinGWbin»g++.exe»; C:MinGWbing++;
Я использую Windows 8, и я перезапустил свой компьютер после установки PATH.
Лучший ответ:
Ваш путь скорее беспорядок. Например, запись, которая должна быть C:MinGWbin имеет несколько ведущих пробелов. Windows обрабатывает все символы между полуколониями в пути как значимые символы – вам нужно удалить эти посторонние пробелы.
GCC/G++ is not recognized as an internal or external command, operable program or batch file
У вас также есть следующие элементы в пути (некоторые с ведущими пробелами), которые, вероятно, должны быть удалены:
C:MinGWbing++.exe C:MinGWbin»g++.exe» C:MinGWbing++
Обратите внимание, что записи PATH не должны включать сам исполняемый файл, а только каталог, содержащий исполняемые файлы, которые вы хотите, чтобы ОС находила в поиске PATH. Кроме того, котировки не должны включаться в запись PATH ; подобно пробелам, код, который использует путь, будет рассматривать их как фактические части имени каталога для поиска.
Источник: techarks.ru
Ошибка TELNET не является внутренней или внешней командой, исполняемой программой или пакетным файлом
Ошибка TELNET очень многие пользователи часто встречаются с такой проблемой. Или ошибкой когда в CMD вводят команду «telnet» и появляется вот такая надпись telnet не является внутренней или внешней командой, исполняемой программой или пакетным файлом.
Исправляем ошибку TELNET не является внутренней или внешней командой
Данная проблема решается очень просто, ведь данная команда просто не включена. Для того чтоб ее включить Telnet требуется зайти в «Удалить или изменить программу «. Данный пункт находится в панеле управления, либо в Моем компьютере.
Исправляем Python не является внутренней или внешней командой исполняемой программой
Далее «Включение отключение компонентов«, в списке найти «Клиент Telnet» поставить галочку и нажать «ОК»
Вот в принципе и все. Уверен что человеку которому эта команда потребуется знает как ее включить :), но вдруг кому-то понадобится, а он не знает.
Источник: setiwik.ru
G»gulp» не является внутренней или внешней командой, исполняемой программой или пакетным файлом?
«gulp» не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.
что делать.
чувствую проблема в системных переменных
- Вопрос задан более трёх лет назад
- 15843 просмотра
Комментировать
Решения вопроса 0
Ответы на вопрос 5
Повторите полностью как я написал:
1. Удалите NodeJS полностью
2. Установите заново
3. В консоль npm install -g gulp
4. Перезагружаем компьютер (не пропускайте этот пункт).
Ответ написан более трёх лет назад
Нравится 4 4 комментария
Верно сказано. И еще лучше, чтобы не было кириллицы в пути к папке проекта.
Павел Клешнин, сделал, безрезультатно
Павел Клешнин, может системные переменные? там ошибка?
Помогло, спасибо. Казалось бы — такая мелочь. Всего-навсего reboot
Верстка сайтов, натяжка на модх
Если через npm видно стоящие галпы, т.е. локально и глобально, значит ошибка в путях (PATH). Как она возникла, когда раньше все работало — не знаю, но она появилась. Если не видно надписей про Gulp, значит он не установлен.
Далее прописываем пути:
— Мой компьютер — свойства — Дополнительные параметры системы =>
— Свойства системы — Переменные среды (ПС).
В ПС два окна — верхнее пишет пути пользователя, нижнее — системы.
В верхнем окошке, в левой колонке ищем «PATH», залазим внутрь, любуемся строчкой «Значение переменной». В нее, в самый ее конец, если там уже что-то написано, вставим ответ системы, вылезший после команды «npm ls gulp», а именно: «C:Userskubris.proAppDataRoamingnpmnode_modules» => жмем OK.
В нижнем окошке так же ищем PATH и проделываем аналогичные инструкции, только вставляем ответ при поиске глобальной переменной: «C:Userskubris.proAppDataRoamingnpm».
Закрываем терминал, открываем, пишем gulp —version. Если версию Gulp пронаблюдали, значит всё, мы всё починили.
p.s. Если не наблюдаем, тогда открываем браузер и пишем в нем:
«gulp не является внутренней или внешней командой»
p.p.s Может, все это можно вставить и в одном любом окне , но мне показалось логичней сделать так, как я сделал.
Ответ написан более трёх лет назад
Комментировать
Нравится 3 Комментировать
У меня тоже не запускается, если запускать так: npm gulp [task_name]
но если в package.json в переменной scripts прописать команды в которых участвует gulp, то у меня все работает.
Для примера публикую кусок package.json
< «name»: «project name», «version»: «1.0.0», «description»: «Landing page», «main»: «gulpfile.js», «scripts»: < «editorconfig»: «editorconfig-cli», «stylelint»: «stylelint ‘source/sass/**/*.scss’ —syntax scss», «test»: «npm run editorconfig», «build»: «gulp style», «start»: «gulp [task_name]» >, «author»: «Vasya Pupkin», «license»: «ISC», .
Я запускаю npm run start или npm run build все работает, как и любые команды если их прописать в package.json
Вместо [task_name] нужно прописать свою команду. ))
Источник: qna.habr.com