Foro - Perl en Español

Es que, es cierto: si piensas distribuir tu programa, siempre tienes que hacer una prueba sobre un ordenador que esté limpio (sin nada de Perl instalado).

Con esas pruebas tienes la confirmación de que en el empaquetado faltan bibliotecas y módulos.

Pero una cosa es decir, dentro del programa, que busque un módulo en una ruta determinada, y otra bien distinta es pedirle a perl2exe que incluya de forma obligatoria un módulo, en el empaquetado del programa.

Lo digo, porque, seguramente, el desempaquetado del programa se haga en un directorio temporal (el CODE... que aparece en el mensaje de error).

Si solo has dicho que el módulo debe buscarse en C:/Perl/site/lib/, debes asegurarte que el ejecutable sí va a crear esa ruta y, además, va a meter ese módulo dentro de esa ruta.

El mensaje de error dice que el programa no encuentra el módulo en ningún sitio.

Entonces... yo lo que haría sería poner alguna instrucción de include del perl2exe para que incluya de forma obligatorio a Win32::GUI::DIBitmap.pm dentro del empaquetado.

Una vez empaquetado, lo ejecuto y miro a ver dónde lo desempaqueta. Si consigo encontrarlo, miro a ver si está ese módulo desempaquetado o no.

Ya no me acuerdo qué reglas deben seguir las bibliotecas .DLL de Windows. No sé si valdría con que las pusieras en la misma ruta que está el ejecutable o el módulo que hace uso de él.

Buscando con Google, me sale esto, con lo que, con la opción '-l' del pp se puede incluir una biblioteca, de forma directa.

Está también en la FAQ de Perl Archiving Toolkit.

Según veo aquí, podría ser que se trata de un falta de coordinación entre las versiones de la dll con la versión del intérprete perl.

Eso quiere decir, que la biblioteca es para una determinada versión de perl, pero quien está intentando manejarla, es otro perl, de otra versión distinta.