I was making a joke... I'm the last person to knock on either platform
considering I manage both =( every platform has it's purpose =)
-Original Message-
From: Davis, Benjamin [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 19, 2003 8:30 PM
To: '[EMAIL PROTECTED]'
Subject: RE: MS SQL Serve
Mail server crashed... Testing...
Feature or bug?
Other debug info: Apache::Table=HASH(0xa1223ec)
Here is what it told me when I used it.
Upload Complete
Detected upload field: TestUploadField
Detected filename: /yame100.zip (320327 bytes)
Reported MIME type: application/x-zip-compressed
Spool file: /tmp/apreqHHY8vh
Other debu
Nm...
-Original Message-
From: Ged Haywood [mailto:[EMAIL PROTECTED]
Sent: Saturday, May 31, 2003 4:59 PM
To: Ryan Farrington
Cc: [EMAIL PROTECTED]
Subject: Re: Apache, Mod_PERL, and PERL
Hi there,
On Sat, 31 May 2003, Ryan Farrington wrote:
> It was my assumption that apa
It was my assumption that apache allowed for the perl executable to be
loaded into memory and called from then on without having to worry about
creating the external process (ISAPI I think is what the reference
said). When I touch a .pl from the web the perl executable runs =( Am I
doing something
stry ();
use CGI ();
use XML::LibXML();
use XML::LibXSLT();
1;
:: END CODE ::
that is it... still compiles with an error =(
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 29, 2003 10:10 PM
To: Ryan Farrington
Cc: [EMAIL PROTECTED]
Subject: Re: Mod_Perl
Ok here is the error I get when using the all-in-one install
for mod_perl 2.0
Can't locate object method "server_root_relative"
via package "Apache" at e:/Per
l/site/lib/Apache/compat.pm line 69.
Compilation failed in require at startup.pl line 13.
BEGIN failed--compilation aborted a
