Подтвердить что ты не робот

Установка ActivePerl в операционной системе Windows

Я установил ActivePerl на свою ОС Windows. Я придерживался ниже URL процедура установки

Установка ActivePerl

После этого я попытался запустить "perl -v" в командной строке. Но он сообщает о следующей ошибке.

Система не может выполнить указанная программа

Что мне нужно сделать, чтобы решить эти проблемы?

4b9b3361

Ответ 1

Вам нужно убедиться, что каталог, в котором работает исполняемый файл Perl (он может быть C:\perl\bin, но в основном там, где вы сказали, что ActiveState Perl будет установлен) находится в вашей переменной окружения PATH (вы можете найти значение переменной, набрав set PATH в командной строке в Windows).

Если вы не знаете, где вы установили Perl (и не можете найти его по умолчанию C:\perl\bin), вы можете найти каталог, перейдя в меню "Пуск", найдите папку ActiveState Perl и вправо -clicking на значке "Менеджер пакетов Perl", затем выберите "Свойства" в меню правой кнопки мыши. Окно "Свойства" (на вкладке "Ярлык" ) будет иметь строку "Целевая", показывающая каталог.

Ответ 2

У меня возникла аналогичная проблема... но дело в том, что я мог бы выполнить файл, щелкнув файл правой кнопкой мыши и открыв его с помощью интерпретатора командной строки perl.... но все же команда perl-v дала бы ошибку... все, что я должен был сделать, это выполнить эту команду

set PATH=C:\Perl\bin;%PATH%

Это решило проблему...

Ответ 3

Я получил аналогичную ошибку после установки ActiveState Perl в версии 8 x 64 бит и попытался вызвать "perl" в командной строке.

'perl' не распознается как внутренняя или внешняя команда, работающая программный или пакетный файл.

Я помню, как выбрать параметр во время установки, чтобы добавить каталог Perl в среду PATH системы, и после проверки свойств системы он действительно показывался в системе PATH.

Я попробовал установить "файлы для распространения Microsoft Visual С++ 2008 x86 и x64", как это было предложено несколькими местами, но это все еще не решило проблему, пока я не попробовал некоторые из предложений в этом потоке.

В командной строке я ввел:

set PATH

И удивительно, что он не перечислял каталоги Perl как включаемые в переменные PATH.

Итак, чтобы исправить это, я ввел это в командную строку и нажмите enter:

set PATH=C:\Perl64\bin;C:\Perl64\site\bin;%PATH%

(Пути каталогов предназначены для 64-разрядной версии Perl, настраиваются в соответствии с вашей установкой).% PATH% важна и обеспечивает сохранение и удаление существующих настроек и их перезапись при установке PATH.

Это зафиксировало его и ввел "perl -v" в командную строку, успешно ответив вашу версию Perl. Если вы открыли окно PowerShell перед установкой переменной PATH, вам нужно закрыть ее и повторно открыть еще один экземпляр PowerShell.

Я считаю, что исходная проблема была связана с различными переменными PATH для 32-разрядных и 64-разрядных сред и, возможно, с внутренним перенаправлением Windows, которое происходит автоматически.

Ответ 4

Это не похоже на проблему с PATH - я ожидаю, что она представит сообщение 'perl' is not recognized as an internal or external command, operable program or batch file.

Я не видел этого сообщения об ошибке, но http://nirlevy.blogspot.com/2008/03/system-cannot-execute-specified-program.html предлагает некоторые предложения для связанных программ. Или, может быть, спросите на форуме активного государства.

Ответ 5

У меня была аналогичная ошибка, которая была решена путем добавления расширения .pl к имени script, которое я забыл сделать.

Я не мог заставить его работать иначе даже с моим местоположением Perl (C:\Apps\Perl\bin), которое было проверено как% PATH%.

Ответ 6

У меня была такая же ошибка. Я смог решить это, изменив порядок записей Perl64 в переменной PATH в переменных среды. Я переместил C:\Perl64\bin до C:\Perl64\site\bin, и он сработал.

Ответ 7

Проблема заключается в каталоге установки.

Переменная Perl PATH будет установлена ​​в C:\Program Files\perl (зависит от 32 или 64 бит, конечно), НО, каталог установки по умолчанию - C:\perl. Это вроде бы подлый, поскольку вы предполагали, что установщик будет более умным об этом, но он устанавливает переменную окружения в этот каталог независимо от того, где вы устанавливаете проклятую вещь.