PDK discussion

Perl Dev Kit usage questions; Perl Dev Kit practices and project questions

Warnings is detail list on compile

Complains about modules (pm) not found.

What is the trick in elimination, found and ppm'd some but have 8 that I cannot find.

PDK - PerlApp issue after going to 5.16.3 (runtime issue)

PerlApp 9.2.1 build 296433
Perl 5.16.3


Could not find a suitable Class::Load implementation: Can't locate Class/Load/XS.pm in @INC (@INC contains: C:\Data\Tools\Perl\Lib C:\Temp\pdk-scummings-2592\) at /Module/Runtime.pm line 317.
Can't locate Class/Load/PP.pm in @INC (@INC contains: C:\Data\Tools\Perl\Lib C:\Temp\pdk-scummings-2592\) at /Module/Runtime.pm line 317.

Could not find a suitable Class::Load implementation

I have a perl programs which works flawlessly on my computer, with Activestate perl 5.16.3 installed (32 bit, MS Windows 7, kernel 32 bit) and all the required modules.

I try to prepare a standalone executable with perlapp: the executable is created without any apparent issue. I run it in a separate console, and I get this error message.
Can't locate Path/Class/Entity.pm in @INC (@INC contains: ...
BEGIN failed--compilation aborted

That is easy: I explicitly include the module (in perlapp gui, menu Files, Added modules, ...)

Distribute many perlapp wrapped executables but save space by using --dependent

Summary Question

Do I simply use perlapp --dependent for each perl script and then make sure I copy perl-static to the app's bin directory (calling it perl) during the build?


I am currently distributing an application with many perlapp freestanding executables, meaning they each include a bundled copy of the perl runtime.

I'd like to distribute only one copy of the perl runtime in my application and have each executable reference the one perl runtime that I would distribute.

PerlCom.Script making issue with VB6 Application

When accessing a custom dll built upon PERL in VB6 application it shows following error message

-"error code 429 -can't create ActiveX Object ". After installing the various versions of PERL still

couldn't resolve the issue.

i am trying to resolve this since several weeks. Please someone help me!

PDK alternatives?

I have a lot of different Perl programs that run on Windows as service (PerlSVC) and in the icon tray (PerlTray).

What can i use as an alternative to the (now dead) PDK?

PDK Dead?

Is this product still an active project? I know that it adds support for newer versions of perl but there doesn't seam like much of anything else has changed. Do you have a product road map that shows if there are new versions of PDK in the pipeline? This is a great product by the way I was just hoping you could answer my questions.

Another perlapp not recognized as a PDK tool question

I had to re-image my personal computer, which wiped out all of my apps. When I searched for Perl 5.8.9 on the net, I found out it's no longer available as a free download from ActiveState. I tried installing the latest version of Perl and got the dreaded "perlapp not recognized as a PDK tool" error. That means my registered PDK software is pretty useless.

Question: What are others doing to get around this dilemma? I've found the Perl 5.8.9 installer on the net, but as a general rule... I prefer to get my software from the developer's site when possible.

PerlSvc 9.5.1 exe is flagged by Syamtec Enpoint Protection as a virues and gets quarantined.

I've written a Windows service using PerlSvc 9.5.1. When the complied exe is placed in a directory on the c: drive of a Windows 32 bit server, SEP flags the exe as a virus and quarantines the module. If I disable SEP before placing the exe on the system, I can successfully start the service, but when SEP is restarted, it flags and quarantines the exe. All the service does it opens up a listening SSL protected socket on a port which accepts socket connections. Does support have any suggestions on why this is happening?

PerlApp and environment variables

We have an executable that we created with PerlApp that can be run from a command shell or as an fast-cgi script from a web server (in our case, Apache 2.4 using mod_fcgid). The executable contains a few environment variables specified on the command line to PerlApp using the --env argument. When we run the generated executable from the command line, the specified variables are present as expected. When run from Apache, however, the variables are not included in the environment.