Complains about modules (pm) not found.
What is the trick in elimination, found and ppm'd some but have 8 that I cannot find.
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, ...)
On my Win 7/64-bit system, I did a clean uninstall of AS 5.16.1/64-bit, then a clean install of AS 5.16.3/64-bit.
When I then tried to run PPM, it immediately crashed.
I uninstalled, rebooted and reinstalled, same crash.
I uninstalled, deleted C:\Perl64 directory and then reinstalled, same crash.
I'm going to try 5.16.2 now. Any other suggestions?
I discovered that my current AS perl, 5.12, is no longer ppm'able [without a business license] so I'm upgrading to 5.16. I'm worried about how that 'upgrade' should/will go. right now perl is installed in c:\perl64. Can I just install the new 5.16 in the same directory and will it basically leave my installed modules and other such along [perhaps needing a big update via ppm, but still there]? Or will I run into problems?
Can't get the PPM GUI to run. This is on Win 7 64-bit. Tried reinstalling 5.16.2 64-bit, with the same result. PPM command line seems to work. Just the GUI won't run. Tried 5.16.2 x86 and this launches the GUI fine.
The following is in the event log:
Faulting application name: perl.exe, version: 184.108.40.2062, time stamp: 0x50d17d90
Faulting module name: ole32.dll, version: 6.1.7601.17514, time stamp: 0x4ce7c92c
Exception code: 0xc0000005
Fault offset: 0x0000000000036b3b
Faulting process id: 0x%9
Faulting application start time: 0x%10
Faulting application path: %11
I use ActivePerl 5.10.1007 for Win32 x86 and the PDK 9.0.1 to make executables from my perl scripts.
This works finde but now i need a linux script and tried to generate one. When i change the Target to Linux (x86) the message "PerlApp doesnt have a cached copy..." comes and PerlApp tries to download the ActivePerl 5.10.107 for Linux. This happens because i reinstalled my development pc with the new windows 7.
But now there comes the Message "Access to ActivePerl-220.127.116.117-i686-linux-glibc-2.3.2-291969.tar.gz requires an ActivePerl Business Edition licence to be installed".
Having just installed TCL 8.5.9, and using Teacup to install the Expect Pakage successfully, I can't find the Expect Demo. The documentatio indicates:
"Expect for Windows includes a number of demonstration applications to help you get started. These demos are installed in the demos\Expect directory beneath the Tcl installation directory (by default, C:\Tcl\demos\Expect)."
HOwever, the demos are not present here.
I just installed Perl 5.20 on a new Windows 7 x64 machine that has WSH 5.8 running. I have scripts (a combination of VBscript and PerlScript) that were running just fine on a 32-bit Windows XP box but when I go to run these scripts, perlse.dll crashes (exception C0000005) whenever I try to run any script that has perlscript in it. I've tried both 32 and 64-bit Perl and I've run them from both the 32 and 64-bit command prompts. Any suggestions?
I apologize, I'm not sure if I am posting in the right spot.
I am using Active State GUI Builder and when I try to preview the form, the message at the bottom says "No known python interpreter"
How do I point it to python?
Thanks in advance
Libraries (.libs)appear to have changed structure when Active Perl moved from version 5.16 to 5.18. Would anyone know how to link the new .lib structures when utilizing ms vs c++ v6.0. More specifically I have been utilizing PerlEz with my application, but I can't seem to move to new versions of Active Perl as I get linker errors.
PerlThingDlg.obj : error LNK2001: unresolved external symbol _PerlEzDelete@4
PerlThingDlg.obj : error LNK2001: unresolved external symbol _PerlEzCreate@8
The PerlEz.h files are the same in both versions, but the PerlEz.libs are not.