Strawberry Perl Problemas com libeay32_.dll

4

Instalei o Strawberry Perl (v5.12.3) no Windows Server 2008 de 32 bits e esperava executar ferramentas de CLI simplificadas.

Eu tive um pequeno problema com a variável de ambiente HOME , eu mudei o nome para HOMEPATH para resolver o problema, mas quando eu tentei correr eu consegui:

This application has failed to start because libeay32_.dll was not
found. Re-installing the application may fix this problem.

Alguém sabe como resolver o problema? É uma questão de morango Perl?

    
por stivlo 09.06.2011 / 19:37

4 respostas

2

Eu corrigi o problema removendo as instruções de caminho perl nas variáveis de ambiente do Windows. Eles estavam no começo da string de uma instalação antiga. A instalação do morango adicionou suas próprias declarações de caminho no final. Isso permitiu que o novo strawberry intall pesquisasse os caminhos na ordem correta.

    
por 07.04.2014 / 02:33
1

Eu tive o mesmo problema com o Windows Server 2003, o morango e o Bugzilla. Minha "solução" era copiar os arquivos .dll que faltavam para c: \ windows \ system32, sempre que o sistema me dissesse que não conseguia encontrar uma dll. Os arquivos .dll ausentes estavam todos no caminho. Anteriormente eu tentei copiá-los para o diretório onde perl.exe é e outros lugares, mas nada funcionou. A única exceção foi o arquivo libmysql_.dll, que funcionava quando copiado para o diretório / strawberry / perl / vendor / lib / auto / DBD / mysql.

Espero que alguém encontre o problema real e / ou conserte isso.

    
por 07.01.2013 / 00:37
1

Eu tive o mesmo problema ao tentar executar o Bugzilla, usando o Strawberry Perl portável através do Apache e do mod_cgi. A solução foi definir o ambiente adequado para o perl, conforme chamado por mod_cgi.

Se você estiver usando o Strawberry Perl portátil (ou mesmo se você não estiver, vale a pena tentar essa correção), adicione isso ao seu httpd.conf (se estiver usando Apache - se não, veja como seu servidor web pode definir variáveis de ambiente para processos cgi):

Define PERLPATH "C:\path\to\perl"
SetEnv PATH "${PERLPATH}\perl\site\bin;${PERLPATH}\perl\bin;${PERLPATH}\c\bin"
SetEnv TERM ""
SetEnv PERL_JSON_BACKEND ""
SetEnv PERL_YAML_BACKEND ""
SetEnv PERL5LIB ""
SetEnv PERL5OPT ""
SetEnv PERL_MM_OPT ""
SetEnv PERL_MB_OPT ""

Eu coloquei estes no <Directory> em que eles são relevantes, não globalmente, mas sua configuração pode ser diferente.

Eu obtive estes de portableshell.bat que é empacotado com a distribuição portátil e é a única maneira correta de executá-lo se você tiver outra instalação (ou mesmo nenhuma).

Embora o código do Bugzilla seja executado no modo de corrupção (e portanto deva ignorar o ambiente), parece não ser o caso, provavelmente porque o que estava reclamando sobre libeay32_.dll foi chamado pelo script, do que ser o próprio script principal em si.

    
por 23.12.2015 / 05:46
0

Se você estiver usando o strawberry perl e copiou o diretório de instalação de outra máquina, execute update_env.pl.bat (localizado no diretório straberry) e reinicie o computador.

    
por 04.05.2016 / 23:01