I set this up on a Win98 machine a few months ago, and I there is a place in
the Apache httpd.conf to choose whether a shebang line is interpreted or if
Perl's location is taken from the registry:

#takes Perl location from registry:
ScriptInterpreterSource registry

#takes Perl location from shebang line
ScriptInterpreterSource script

Also, there were some grumblings about getting Perl to work with IIS.
Simple solution: get Win32 Apache and use that as your home server.

HTH
Ryan


----- Original Message -----
From: "Gunther Birznieks" <[EMAIL PROTECTED]>
To: "Brett W. McCoy" <[EMAIL PROTECTED]>
Cc: "Shannon Murdoch" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Saturday, September 01, 2001 11:05 PM
Subject: Re: Win32 Apache and Perl


> At 11:16 PM 9/1/2001 -0400, Brett W. McCoy wrote:
> >On Sun, 2 Sep 2001, Gunther Birznieks wrote:
> >
> > > I can't say if this still works but if Apache is doing the
interpretation I
> > > don't see why not. Note that this is an Apache feature -- this won't
help
> > > you with brain dead web servers like IIS that make it really hard to
set up
> > > CGI/Perl. But since the question was specifically about Win32 Apache,
I've
> > > obliged to talk about it.
> >
> >I stand corrected then!  Does Apache interpret the shebang line before
> >running the script?  I've had problems with Apache *requiring* the
correct
> >drive and pathname for other things in its configuration under Win32.
>
> I believe it does. But I am not sure what you mean by "other things in its
> configuration". Are you talking about other things in httpd.conf or other
> things in your Perl script?
>
> If the httpd.conf, I can say that one thing that Win32Apache hates is
> spaces in directories. Or at least it did 3 years ago. I really haven't
> used Win32Apache recently. I tend to use Netscape under Windows because it
> is nicer than IIS and I can test both Velocigen and PerlEx for accelerated
> Perl. I used Linux and Solaris to test mod_perl  and Speedy::CGI stuff.
>
> If you are talking about problems with the perl script running under
> Apache, then I would require more detail about what you meant by a problem
> before venturing a guess as to what might have been wrong.
>
> Later,
>     Gunther
>
>
>
> --
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to