I created a stand-alone executable using PerlApp that connects to Oracle on the local machine. The executable works fine on Win 2003 servers, but when I try to run it on Win 2008, I get the error:
Can't load 'auto/DBD/Oracle/Oracle.dll'
Is this a problem with the fact that this is a 64-bit machine?
sqlplus runs fine on this machine, so I don't think there is any problem with the Oracle install itself.
Hello, I'm new to PERL and newer to ActiveState. I'm trying to create an MS-DOS executable from a PERL script. I've searched the forum here and haven't found an answer. I get the following error when creating the executable. I understand I have a dll version problem, but how do I fix it? Thanks
Perl lib version (5.10.1) doesn't match executable version (v5.8.7) at C:/Perl126.96.36.199/lib/Config.pm line 50.
Compilation failed in require at C:/Perl188.8.131.52/lib/threads.pm line 13.
Compilation failed in require at pdkcheck line 16.
BEGIN failed--compilation aborted at pdkcheck line 17.
I'm on my seventh uninstall and reinstall on 2k8 Server (x64) and trying to create a 1-liner .exe that just includes Date::Manip and prints out the module version.
Have installed the following in the following order (most recent builds I could get as of this posting) -
1) Activestate Perl 5.14 Community Edition, x86
2) Activestate PDK 9.1.1
3) Perl 5.14 x64
We have used the latest PDK to develop a wrapper for a long standing Perl script in order that we can call this directly from and ASP.Net application using C#.
We have done rigorous testing on local Windows 7 development machines and deployed to a test environment in Windows 2003 which all worked fine. Now we have run into a major issue when deploying to a clean install of Windows 2003. Our application failed at the point of calling the PerlNet component with the following error:
"Undefined subroutine &[OURPACKAGENAME:ourSubroutine] called"
An example is given below...
my $outfile = "out.txt";
my $url = "https://mail.yahoo.com/";
my $username = "your_email_username_here";
my $password = "your_account_password_here";
my $mech = WWW::Mechanize->new();
$mech->field(login => $username);
$mech->field(passwd => $password);
my $output_page = $mech->content();
print OUTFILE "$output_page";
I'm using PerlTray version 8.2.1 build 292072 on WIndowsXP.
I tried to compile and make .exe file from PDK samples (\Samples\PerlTray\Sample\sample.pl).
When I execute the compiled PerlTray-app and click tasktray-icon to display menu,
sometimes the app terminate with error. The error message says like below.
Created 'sample.exe' [Test it]
Executable size: 724 KB
Hi, how i should compile my programs with SSL support? On perl v5.8 i use these options:
But on my current perl:
This is perl 5, version 14, subversion 2 (v5.14.2) built for MSWin32-x86-multi-t
(with 1 registered patch, see perl -V for more detail)
Copyright 1987-2011, Larry Wall
Binary build 1402  provided by ActiveState http://www.ActiveState.com
Built Oct 7 2011 15:49:44
I am trying to create a standalone executable with MySQL support. On the target system (Linux RH6) the executable fails with the error message: "Can't load 'auto/DBD/mysql/mysql.so'"
Searching this forum I find only *one* question on this issue (seems weird to me that only one PDK user jas this issue). The only answer posted to this question is rather poor: "It looks like the MySQL client libraries are not installed on the other server, and possibly DBD::mysql".
I've read through the list archives and there has been discussions around the fact that PerlNET is single threaded. A suggested solutions is to let PerlNET create and destroy a Perl interpreter for each instance. The PerlCtrl documentation suggests that it does just that. Can anyone provide an sample or point me to a solution as to how to let PerlNET create and destroy a Perl interpreter?
I am testing the wonderful PDK Filter Builder (v. 9.1.1 - OS Lion, ActiveState Perl 5.14) , but I am stuck with matching a newline (what in octal is \012 or LF, Line Feed).
I am able to match CR (Carriage Return), in Windows files, but not LFs.
Simple test case:
Between "first line" and "second line" there is a LF character. The file has been saved with TextMate, under OS X.
Trying with "\n" or "\012" (with no quote signs) in the "Select lines form Input" field, with no success.