Re: Crypt::SSLeay not found by Makefile.PL on Windows
I have seen this before and was able to proceed by using PPM3 to add http://theoryx5.uwinnipeg.ca/ppms/ as a repository and installing Ctrypt::SSLeay from there. Afterwards, the makefiles that needed crypt::ssleay worked fine. -M - Original Message - From: "Jim Keenan" <[EMAIL PROTECTED]> To: Sent: Thursday, December 07, 2006 3:32 AM Subject: Crypt::SSLeay not found by Makefile.PL on Windows . . > > perl Makefile.PL fails to find Crypt::SSLeay, even though it's installed in the correct location, and even though the script can successfully locate other non-core Perl modules installed in C:\Perl\site\lib\. make runs without error, but, not surprisingly, make test fails at the point where an https call is first attempted. > But if Crypt::SSLeay is really *not* locatable, the tests should fail as soon as an attempt to *load* Crypt::SSLeay takes place - and the loading would (I think) be done well in advance of making any https call. I suspect there's something botched wrt the Crypt::SSLeay installation. What does 'perl -MCrypt::SSLeay -e "print $Crypt::SSLeay::VERSION";' report ? I've *never* seen the Makefile.PL fail to locate a properly installed prerequisite. (I presume this is exactly the same Makefile.PL that works fine on other operating systems ?) Cheers, Rob ___ Perl-Win32-Users mailing list Perl-Win32-Users@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: Crypt::SSLeay not found by Makefile.PL on Windows
- Original Message - From: "Jim Keenan" <[EMAIL PROTECTED]> To: Sent: Thursday, December 07, 2006 3:32 AM Subject: Crypt::SSLeay not found by Makefile.PL on Windows . . > > perl Makefile.PL fails to find Crypt::SSLeay, even though it's installed in the correct location, and even though the script can successfully locate other non-core Perl modules installed in C:\Perl\site\lib\. make runs without error, but, not surprisingly, make test fails at the point where an https call is first attempted. > But if Crypt::SSLeay is really *not* locatable, the tests should fail as soon as an attempt to *load* Crypt::SSLeay takes place - and the loading would (I think) be done well in advance of making any https call. I suspect there's something botched wrt the Crypt::SSLeay installation. What does 'perl -MCrypt::SSLeay -e "print $Crypt::SSLeay::VERSION";' report ? I've *never* seen the Makefile.PL fail to locate a properly installed prerequisite. (I presume this is exactly the same Makefile.PL that works fine on other operating systems ?) Cheers, Rob ___ Perl-Win32-Users mailing list Perl-Win32-Users@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: Crypt::SSLeay not found by Makefile.PL on Windows
This probably doesn't answer your question, but we use Crypt::SSLeay, which we get from the winnipeg reporitory at http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer58. Installed via ppm, of course. It downloads 2 DLL files, which need to be put somewhere in the system path. That makes it unnecessary to install OpenSSL - I assume that when you install (and maybe compile?) OpenSSL, it creates those same DLL's. At 11:32 AM 12/6/2006, Jim Keenan wrote: >I am writing an application in which a user will make a call to a >server using the https protocol. The user will have Perl's LWP >module installed, but LWP also requires OpenSSL and Crypt::SSLeay to >work. I have gotten all this set up and working on Linux but am >having problems setting this up on my Windows test box. > >I am assuming that the user will have ActivePerl installed and has >the technical competence to install OpenSSL for Windows as well as a >ppm for Crypt::SSLeay. As is well documented, ActiveState cannot >ship a ppm of Crypt::SSLeay, but such a ppm is available from Randy >Kobes' repository. I have installed ActivePerl on the test box >(which I've done many times before) as well as OpenSSL. And I think >I have correctly installed Crypt::SSLeay. > > C:\Client> perldoc -l Crypt::SSLeay > > C:\Perl\site\lib\Crypt\SSLeay.pm > >... which is the expected location for non-core modules. > >However, when I go to build the application -- which is bundled as a >normal, CPAN-style tarball -- I get the following: > > C:\Client> perl Makefile.PL > > Warning: prerequisite Crypt::SSLeay 0 not found. > > Writing Makefile for Perl::APIClient > >perl Makefile.PL fails to find Crypt::SSLeay, even though it's >installed in the correct location, and even though the script can >successfully locate other non-core Perl modules installed in >C:\Perl\site\lib\. make runs without error, but, not surprisingly, >make test fails at the point where an https call is first attempted. > >Can anyone suggest what I'm missing? Thank you very much. > >Jim Keenan > >___ >Perl-Win32-Users mailing list >Perl-Win32-Users@listserv.ActiveState.com >To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs > > >Scanned for Spam and Viruses. >PCG Information Technology Services. ___ Perl-Win32-Users mailing list Perl-Win32-Users@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: Crypt::SSLeay failed https connection with "500 SSL negotiation failed" msg...
WU Zilong [WZ], on Wednesday, November 9, 2005 at 10:35 (+0800) thinks
about:
try to explicity use Crypt::SSLeay. Use this code:
use warnings;
use LWP::UserAgent;
use Crypt::SSLeay
my $ua = new LWP::UserAgent;
my $req = new HTTP::Request('GET', 'https://www.nodeworks.com');
my $res = $ua->request($req);
print $res->code, "\n";
WZ> Hi all,
WZ> When I installed Crypt::SSLeay module correctly, but
WZ> when I try to setup a https request, an error occured with message
WZ> "500 SSL negotiation failed". I don't know what does this mean and
WZ> how to solve this problem. Any feedback and suggestions are
WZ> appreciated.
WZ> Thanks in advance.
WZ> Andy WU
--
How do you protect mail on web? I use http://www.2pu.net
[Fatal Error Using Mouse.Please Replace and Bury Operator.]
___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: Crypt::SSLeay failed https connection with "500 SSL negotiationfailed" msg...
- Original Message -
From: "WU Zilong" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, November 09, 2005 1:35 PM
Subject: Crypt::SSLeay failed https connection with "500 SSL
negotiationfailed" msg...
Hi all,
When I installed Crypt::SSLeay module correctly, but when I try to setup a
https request, an error occured with message "500 SSL negotiation failed". I
don't know what does this mean and how to solve this problem. Any feedback
and suggestions are appreciated.
Thanks in advance.
--
Any other error messages ?
Can you provide minimal code that produces the error ?
This code, from 'perldoc Crypt::SSLeay', works fine for me (prints '200'):
use warnings;
use LWP::UserAgent;
my $ua = new LWP::UserAgent;
my $req = new HTTP::Request('GET', 'https://www.nodeworks.com');
my $res = $ua->request($req);
print $res->code, "\n";
What do you get when you run that ?
Cheers,
Rob
___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
RE: Crypt::SSLeay Continued
>Do you have tried to use perl.exe instead of perlis.dll? That's the odd thing I can't get perl scripts to run through IIS at all if I use perl.exe. I followed ActiveState's doc: http://aspn.activestate.com/ASPN/docs/ActivePerl/faq/Windows/ActivePerl- Winfaq6.html#How_do_I_configure_IIS_6 And any request I make for a .cgi or .pl results in a Bad Gateway response. If I go into the IIS Manager and prohibit the Perl ISAPI Extension (pointed to C:\Perl\bin\perlis.dll), then allow the Perl CGI Extension (pointed to C:\Perl\bin\perl.exe "%s" %s), then go into my test site, right click properties, select directory->configuration, and change the .cgi (o C:\Perl\bin\perlis.dll) as the executable (from C:\Perl\bin\perl.exe "%s" %s) the script runs. Which is why I've been using the .dll - SL ___ Perl-Win32-Users mailing list Perl-Win32-Users@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: Crypt::SSLeay Continued
Lundgren, Scott wrote: Hey All, I've had time to revisit my issue with Crypt::SSLeay & IIS using the suggestions from this mailing list. In short, none of them solved it. The problem I'm having is Crypt::SSLeay is installed on IIS 6.0 but the script I'm using doesn't believe that the module is installed. I'd really like to solve this problem, what other resources or mailing lists would you suggest (and no there is no budget for a support contract with ActiveState) ? One thing that puzzles me from that earlier correspondence is how come $^X, which is C:/perl/bin/perl.exe (when the script is executed from the command line), becomes C:/perl/bin/perlis.dll (when the script is executed from the browser). Is this normal IIS behaviour ? What is 'perlis.dll' ? I don't really need an answer - I raise the matter simply in case it has a bearing on the problem. Another thing - perl58.dll presumably gets loaded and perlis.dll definitely gets loaded. So how come the 2 OpenSSL dll's could not get loaded when they were in precisely the same directory ? It doesn't quite add up for me but then why should it :-) Cheers, Rob ___ Perl-Win32-Users mailing list Perl-Win32-Users@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: Crypt::SSLeay Continued
On Thu, 27 Jan 2005, Lundgren, Scott wrote: > Hey All, > > I've had time to revisit my issue with Crypt::SSLeay & IIS > using the suggestions from this mailing list. In short, > none of them solved it. The problem I'm having is > Crypt::SSLeay is installed on IIS 6.0 but the script I'm > using doesn't believe that the module is installed. I'd > really like to solve this problem, what other resources or > mailing lists would you suggest (and no there is no budget > for a support contract with ActiveState) ? > > Previous postings on the topic: > http://aspn.activestate.com/ASPN/Mail/Message/perl-win32-users/2299438 > http://aspn.activestate.com/ASPN/Mail/Message/perl-win32-users/2300613 A shot in the dark - what if you try putting ssleay32.dll and libeay32.dll (the external dlls that IIS cannot load, for apparent permissions reasons) into the same directory as the SSLeay.dll of Crypt::SSLeay (which is something like C:\Perl\site\lib\auto\Crypt\SSLeay\). Otherwise, since this is a fairly specific problem to IIS, you could try an IIS newsgroup, or mailing list, if available. -- best regards, randy ___ Perl-Win32-Users mailing list Perl-Win32-Users@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: Crypt::SSLeay, Permissions for IIS?
IIRC IIS permissions have to be set such that the IUSR account has at least read access to the entire c:\per\bin tree, and that changing permissions on one file will not suffice. This is IIS 4-era knowledge though, and at that time it was related to ActiveX objects, so it may not be as relevant to IIS 6. The bugget of truth I think is that Windows files/dirs on NTFS drives are not necessarily set up to allow 'Everyone' read access. It makes some sense to me that a resitricted account like IUSR may be specifically deined access to most of the system, and/or may not be in the 'everyone' group. $.02 cheers, JeffG Lundgren, Scott wrote: Does giving the IUSER_SERVERNAME read and execute permission to C:\Perl\bin\ssleay32.dll and C:\Perl\bin\libeay32.dll assuming the dlls are there) do anything different? Apparently not. Also, what happens if you try a script that has, for example (assuming it's installed), use Digest::SHA1; in it? I added use Digest::SHA1 to the path-test script that was in my first message and that worked. Here's the output: Perl Binary: C:\Perl\bin\perlis.dll Perl @INC: C:/Perl/lib C:/Perl/site/lib . Perl Script Executing: D:/websites/internalserver.uncc.edu/www/path-test.cgi Perl Modules Loaded: re.pm => C:/Perl/lib/re.pm XSLoader.pm => C:/Perl/lib/XSLoader.pm warnings/register.pm => C:/Perl/lib/warnings/register.pm Digest/SHA1.pm => C:/Perl/site/lib/Digest/SHA1.pm Cwd.pm => C:/Perl/lib/Cwd.pm warnings.pm => C:/Perl/lib/warnings.pm File/Basename.pm => C:/Perl/lib/File/Basename.pm Config.pm => C:/Perl/lib/Config.pm Digest/base.pm => C:/Perl/lib/Digest/base.pm Carp.pm => C:/Perl/lib/Carp.pm Exporter/Heavy.pm => C:/Perl/lib/Exporter/Heavy.pm File/Spec/Unix.pm => C:/Perl/lib/File/Spec/Unix.pm strict.pm => C:/Perl/lib/strict.pm vars.pm => C:/Perl/lib/vars.pm Exporter.pm => C:/Perl/lib/Exporter.pm File/Spec.pm => C:/Perl/lib/File/Spec.pm AutoLoader.pm => C:/Perl/lib/AutoLoader.pm File/Spec/Win32.pm => C:/Perl/lib/File/Spec/Win32.pm DynaLoader.pm => C:/Perl/lib/DynaLoader.pm FindBin.pm => C:/Perl/lib/FindBin.pm Perl Path: C:\Perl\bin\;C:\Program Files\VERITAS\NetBackup\bin\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\S ystem32\Wbem ___ Perl-Win32-Users mailing list Perl-Win32-Users@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs ___ Perl-Win32-Users mailing list Perl-Win32-Users@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
RE: Crypt::SSLeay, Permissions for IIS?
>Does giving the IUSER_SERVERNAME read and execute permission to C:\Perl\bin\ssleay32.dll and C:\Perl\bin\libeay32.dll >assuming the dlls are there) do anything different? Apparently not. >Also, what happens if you try a script that has, for example (assuming it's installed), > use Digest::SHA1; >in it? I added use Digest::SHA1 to the path-test script that was in my first message and that worked. Here's the output: Perl Binary: C:\Perl\bin\perlis.dll Perl @INC: C:/Perl/lib C:/Perl/site/lib . Perl Script Executing: D:/websites/internalserver.uncc.edu/www/path-test.cgi Perl Modules Loaded: re.pm => C:/Perl/lib/re.pm XSLoader.pm => C:/Perl/lib/XSLoader.pm warnings/register.pm => C:/Perl/lib/warnings/register.pm Digest/SHA1.pm => C:/Perl/site/lib/Digest/SHA1.pm Cwd.pm => C:/Perl/lib/Cwd.pm warnings.pm => C:/Perl/lib/warnings.pm File/Basename.pm => C:/Perl/lib/File/Basename.pm Config.pm => C:/Perl/lib/Config.pm Digest/base.pm => C:/Perl/lib/Digest/base.pm Carp.pm => C:/Perl/lib/Carp.pm Exporter/Heavy.pm => C:/Perl/lib/Exporter/Heavy.pm File/Spec/Unix.pm => C:/Perl/lib/File/Spec/Unix.pm strict.pm => C:/Perl/lib/strict.pm vars.pm => C:/Perl/lib/vars.pm Exporter.pm => C:/Perl/lib/Exporter.pm File/Spec.pm => C:/Perl/lib/File/Spec.pm AutoLoader.pm => C:/Perl/lib/AutoLoader.pm File/Spec/Win32.pm => C:/Perl/lib/File/Spec/Win32.pm DynaLoader.pm => C:/Perl/lib/DynaLoader.pm FindBin.pm => C:/Perl/lib/FindBin.pm Perl Path: C:\Perl\bin\;C:\Program Files\VERITAS\NetBackup\bin\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\S ystem32\Wbem ___ Perl-Win32-Users mailing list Perl-Win32-Users@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
RE: Crypt::SSLeay, Permissions for IIS?
On Tue, 11 Jan 2005, Lundgren, Scott wrote: > >Your script is finding Crypt::SSLeay OK, but it's unable > >(when run thru the browser) to find the needed ssleay32.dll > >and libeay32.dll libraries, which are under C:\Perl\bin. As > >it finds these OK when the script is run thru the command > >line, this suggests that IIS has some permission settings > >that forbids it to load dlls from a location like > >C:\Perl\bin > > That was the conclusion that I had come to, and I wanted to put the > information of my problem out here to see if it was just me that came to > it. This is the real meat of my problem that my background is also *nix > & Apache, and my W2K3 administrator is stumped also. Here's what I've > tried yesterday: > > - Moving ssleay32.dll & libeay32.dll to C:\WINDOWS\System32 (but did not > restart the server or IIS); resulted in the same PerlIS-Err.log entries > as from my original email > - Giving the IUSER_SERVERNAME read & execute permission to > C:/Perl/site/lib/auto/Crypt/SSLeay/SSLeay.dll; also the same results in > PerlIS-Err.log > > I think what I need explained to me is the internal processes of Perl > running within IIS to figure out what gets called when (the relationship > between DynaLoader.pm & DLLs) in order to figure what permissions need > to be set where for IUSER_SERVERNAME. Does giving the IUSER_SERVERNAME read and execute permission to C:\Perl\bin\ssleay32.dll and C:\Perl\bin\libeay32.dll (assuming the dlls are there) do anything different? Also, what happens if you try a script that has, for example (assuming it's installed), use Digest::SHA1; in it? This module has an xs component, so will require C:\Perl\site\lib\auto\Digest\SHA1\SHA1.dll, but doesn't depend on an external dll. -- best regards, randy ___ Perl-Win32-Users mailing list Perl-Win32-Users@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
RE: Crypt::SSLeay, Permissions for IIS?
>Your script is finding Crypt::SSLeay OK, but it's unable >(when run thru the browser) to find the needed ssleay32.dll >and libeay32.dll libraries, which are under C:\Perl\bin. As >it finds these OK when the script is run thru the command >line, this suggests that IIS has some permission settings >that forbids it to load dlls from a location like >C:\Perl\bin That was the conclusion that I had come to, and I wanted to put the information of my problem out here to see if it was just me that came to it. This is the real meat of my problem that my background is also *nix & Apache, and my W2K3 administrator is stumped also. Here's what I've tried yesterday: - Moving ssleay32.dll & libeay32.dll to C:\WINDOWS\System32 (but did not restart the server or IIS); resulted in the same PerlIS-Err.log entries as from my original email - Giving the IUSER_SERVERNAME read & execute permission to C:/Perl/site/lib/auto/Crypt/SSLeay/SSLeay.dll; also the same results in PerlIS-Err.log I think what I need explained to me is the internal processes of Perl running within IIS to figure out what gets called when (the relationship between DynaLoader.pm & DLLs) in order to figure what permissions need to be set where for IUSER_SERVERNAME. Thanks, SL ___ Perl-Win32-Users mailing list Perl-Win32-Users@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: Crypt::SSLeay
On Mon, 10 Jan 2005, Lundgren, Scott wrote: > I'm using a script that uses Crypt::SSLeay and the module doesn't seem > to have installed properly so I'm hoping someone can guide me of how to > correct it. Below is my environment, how I installed Crypt::SSLeay, the > script that doesn't work, and what I've tried to figure out why the > script doesn't work. Please suggest you think I should try next. > > - SL > > The OS is Windows Server 2003 Standard Edition, the web server is IIS > 6.0, and the installation of Perl is ActivePerl 5.8.4.810. To install > Crypt::SSLeay I followed the HOWTO @ > http://johnbokma.com/perl/https.html and installed the module via the > PPM command: > > ppm> install http://theoryx5.uwinnipeg.ca/ppms/Crypt-SSLeay.ppd > > When prompted, I chose to fetch both the ssleay32.dll and libeay32.dll > and both were put in C:\Perl\bin. When I request the script below via > IIS from a browser, the script does not send output to the browser but > there's this entry in C:\Perl\bin\PerlIS-Err.log: > > *** 'D:\websites\internalserver.uncc.edu\www\https-test.cgi' error > message at: 2005/01/10 09:46:07 > Failed to GET 'https://www.helsinki.fi/': 501 Protocol scheme 'https' is > not supported (Crypt::SSLeay not installed) at > D:\websites\internalserver.uncc.edu\www\https-test.cgi line 14. [ ... ] > As the above script works fine when I log into the server and run it > from command line, I copied the script below to specifically load the > Crypt::SSLeay module and then dump out what modules & other environment > settings were being used. [ ... ] > Which produces this output from commandline: [ ... ] > Crypt/SSLeay.pm => C:/Perl/site/lib/Crypt/SSLeay.pm > Crypt/SSLeay/X509.pm => C:/Perl/site/lib/Crypt/SSLeay/X509.pm [ ... ] > Perl Path: > C:\Perl\bin\; [ ... ] > But produces this this entry in C:\Perl\bin\PerlIS-Err.log when > path-test.cgi is requested via browser: > > *** 'D:\websites\internalserver.uncc.edu\www\path-test.cgi' error > message at: 2005/01/10 10:14:44 > Can't load 'C:/Perl/site/lib/auto/Crypt/SSLeay/SSLeay.dll' for module > Crypt::SSLeay: load_file:Access is denied at C:/Perl/lib/DynaLoader.pm Your script is finding Crypt::SSLeay OK, but it's unable (when run thru the browser) to find the needed ssleay32.dll and libeay32.dll libraries, which are under C:\Perl\bin. As it finds these OK when the script is run thru the command line, this suggests that IIS has some permission settings that forbids it to load dlls from a location like C:\Perl\bin. I'm not familiar with IIS - in Apache, there's a LoadFile directive that can be used as LoadFile "C:/Path/to/ssleay32.dll" LoadFile "C:/Path/to/libeay32.dll" within httpd.conf to load these libraries - does IIS have something analagous? If not, and if there's not an obvious setting to allow IIS to load dlls from C:\Perl\bin, try moving ssleay32.dll and libeay32.dll to a "standard" location (C:\WINDOWS\System32, perhaps) to see if that works. -- best regards, randy kobes ___ Perl-Win32-Users mailing list Perl-Win32-Users@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
RE: Crypt::SSLeay
Title: RE: Crypt::SSLeay
I had to install openssl before this would work. Do a search for "openssl" (a free windows download).
Sam Gardner
GTO Application Development
Keefe, Bruyette & Woods, Inc.
212-887-6753
-Original Message-
From: Lundgren, Scott [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 10, 2005 10:30 AM
To: perl-win32-users@listserv.ActiveState.com
Subject: Crypt::SSLeay
I'm using a script that uses Crypt::SSLeay and the module doesn't seem to have installed properly so I'm hoping someone can guide me of how to correct it. Below is my environment, how I installed Crypt::SSLeay, the script that doesn't work, and what I've tried to figure out why the script doesn't work. Please suggest you think I should try next.
- SL
The OS is Windows Server 2003 Standard Edition, the web server is IIS 6.0, and the installation of Perl is ActivePerl 5.8.4.810. To install Crypt::SSLeay I followed the HOWTO @ http://johnbokma.com/perl/https.html and installed the module via the PPM command:
ppm> install http://theoryx5.uwinnipeg.ca/ppms/Crypt-SSLeay.ppd
When prompted, I chose to fetch both the ssleay32.dll and libeay32.dll and both were put in C:\Perl\bin. When I request the script below via IIS from a browser, the script does not send output to the browser but there's this entry in C:\Perl\bin\PerlIS-Err.log:
*** 'D:\websites\internalserver.uncc.edu\www\https-test.cgi' error message at: 2005/01/10 09:46:07 Failed to GET 'https://www.helsinki.fi/': 501 Protocol scheme 'https' is not supported (Crypt::SSLeay not installed) at D:\websites\internalserver.uncc.edu\www\https-test.cgi line 14.
#!/usr/bin/perl
# https-test.cgi - HTTPS GET example
#
# (c) 2004 By John Bokma, http://johnbokma.com/
use strict;
use warnings;
use LWP::UserAgent;
my $url = '';" TARGET="_blank">https://www.helsinki.fi/';
my $ua = LWP::UserAgent->new;
my $response = $ua->get( $url );
$response->is_success
or die "Failed to GET '$url': ", $response->status_line;
print $response->as_string
As the above script works fine when I log into the server and run it from command line, I copied the script below to specifically load the Crypt::SSLeay module and then dump out what modules & other environment settings were being used.
#!/usr/bin/perl
# path-test.cgi
use strict;
use Crypt::SSLeay;
# to find the path to Perl binary
print "Perl Binary: \n$^X\n";
# library path
print "Perl [EMAIL PROTECTED]: \n", join "\n", @INC;
# and to find the path to the script you are executing:
use FindBin qw($RealScript $RealDir);
print "\nPerl Script Executing: \n$::RealDir/$::RealScript\n"; # sucessfully loaded modules print "\nPerl Modules Loaded: \n", map {"$_ => $INC{$_}\n"} keys %INC; # path print "\nPerl Path: \n", $ENV{PATH};
Which produces this output from commandline:
D:\websites\internalserver.uncc.edu\www>perl path-test.cgi
Perl Binary:
C:\Perl\bin\perl.exe
Perl @INC:
C:/Perl/lib
C:/Perl/site/lib
.
Perl Script Executing: D:/websites/internalserver.uncc.edu/www/path-test.cgi
Perl Modules Loaded:
re.pm => C:/Perl/lib/re.pm
XSLoader.pm => C:/Perl/lib/XSLoader.pm
warnings/register.pm => C:/Perl/lib/warnings/register.pm
Cwd.pm => C:/Perl/lib/Cwd.pm
warnings.pm => C:/Perl/lib/warnings.pm
File/Basename.pm => C:/Perl/lib/File/Basename.pm
Config.pm => C:/Perl/lib/Config.pm
Crypt/SSLeay.pm => C:/Perl/site/lib/Crypt/SSLeay.pm Crypt/SSLeay/X509.pm => C:/Perl/site/lib/Crypt/SSLeay/X509.pm
Carp.pm => C:/Perl/lib/Carp.pm
Exporter/Heavy.pm => C:/Perl/lib/Exporter/Heavy.pm File/Spec/Unix.pm => C:/Perl/lib/File/Spec/Unix.pm strict.pm => C:/Perl/lib/strict.pm vars.pm => C:/Perl/lib/vars.pm Exporter.pm => C:/Perl/lib/Exporter.pm File/Spec.pm => C:/Perl/lib/File/Spec.pm AutoLoader.pm => C:/Perl/lib/AutoLoader.pm File/Spec/Win32.pm => C:/Perl/lib/File/Spec/Win32.pm DynaLoader.pm => C:/Perl/lib/DynaLoader.pm FindBin.pm => C:/Perl/lib/FindBin.pm
Perl Path:
C:\Perl\bin\;C:\Program Files\VERITAS\NetBackup\bin\;C:\WINDOWS\system32;C:\WIND
OWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Microsoft Visual C++ Toolkit 2003\ bin;C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin;C:\Program Files\ Microsoft SDK\bin;C:\Program Files\Microsoft SDK\bin\winnt;C:\Perl\bin\;C:\Progr
am Files\VERITAS\NetBackup\bin\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\S
ystem
32\Wbem
D:\websites\internalserver.uncc.edu\www>
But produces this this entry in C:\Perl\bin\PerlIS-Err.log when path-test.cgi is requested via browser:
*** 'D:\websites\internalserver.uncc.edu\www\path-test.cgi' error message at: 2005/01/10 10:14:44 Can't load 'C:/Perl/site/lib/auto/Crypt/SSLeay/SSLeay.dll' for module
Cryp
RE: crypt-SSLeay
I have always been able to access the site by using my browser. That was one of the first things that I checked. -Original Message- From: Briggs, Larry Sent: Wednesday, October 15, 2003 6:45 AM To: 'Sisyphus'; Briggs, Larry Cc: [EMAIL PROTECTED] Subject: RE: crypt-SSLeay I have tried the ppmpackages link and I still get can not locate ppd file for Crypt_SSLeay. -Original Message- From: Sisyphus [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2003 6:40 PM To: Briggs, Larry Cc: [EMAIL PROTECTED] Subject: Re: crypt-SSLeay Briggs, Larry wrote: > I have tried > ppm> rep add "university of Winnipeg" http://theoryx5.uwinnipeg.ca/ppms/ > ppm> install Crypt-SSLeay > and I get the following error 500 Can't connect to > http://theoryx5.uwinnipeg.ca:80 > Perhaps the site was down when you tried. In any case that's the wrong repository for 6xx builds. (That's the 5.8.0 repository.) Try: ppm install http://theoryx5.uwinnipeg.ca/ppmpackages/Crypt-SSLeay.ppd If you get a 500 error again, then try reaching http://theoryx5.uwinnipeg.ca/ from your browser (just to check that the site is still not down). If you can reach it from the browser, but not with ppm, then there must be something wrong with your ppm. Cheers, Rob -- Any emails containing attachments will be deleted from my ISP's mail server before I even get to see them. If you wish to email me an attachment, please provide advance warning so that I can make the necessary arrangements. ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
RE: crypt-SSLeay
I have tried the ppmpackages link and I still get can not locate ppd file for Crypt_SSLeay. -Original Message- From: Sisyphus [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2003 6:40 PM To: Briggs, Larry Cc: [EMAIL PROTECTED] Subject: Re: crypt-SSLeay Briggs, Larry wrote: > I have tried > ppm> rep add "university of Winnipeg" http://theoryx5.uwinnipeg.ca/ppms/ > ppm> install Crypt-SSLeay > and I get the following error 500 Can't connect to > http://theoryx5.uwinnipeg.ca:80 > Perhaps the site was down when you tried. In any case that's the wrong repository for 6xx builds. (That's the 5.8.0 repository.) Try: ppm install http://theoryx5.uwinnipeg.ca/ppmpackages/Crypt-SSLeay.ppd If you get a 500 error again, then try reaching http://theoryx5.uwinnipeg.ca/ from your browser (just to check that the site is still not down). If you can reach it from the browser, but not with ppm, then there must be something wrong with your ppm. Cheers, Rob -- Any emails containing attachments will be deleted from my ISP's mail server before I even get to see them. If you wish to email me an attachment, please provide advance warning so that I can make the necessary arrangements. ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
