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

Question

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

Установка ActivePerl

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

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

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

Answer 1

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

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

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

Answer 2

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

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

Answer 3

Я получал похожую ошибку после установки ActiveState Perl в 64-разрядной версии Windows 8 и попытки вызова perl в командной строке.

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

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

Я пытался установить файлы «Microsoft Visual C ++ 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.Если перед установкой переменной PATH у вас было открыто окно PowerShell, вам нужно будет закрыть его и открыть еще один экземпляр PowerShell.

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

Answer 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 дает некоторые рекомендации длясвязанные программы.Или, может быть, спросить на форуме Active State.

Answer 5

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

Answer 6

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

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

Answer 7

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

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