Win32 Apache and Perl and IIS

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 sheb

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 I

Re: Win32 Apache and Perl

Yes, Apache interprets the shebang line before running the script- the script needs to point to the OS-dependant path to Perl before it will run. -Shannon > I stand corrected then! Does Apache interpret the shebang line before > running the script? I've had problems with Apache *requiring* th

Re: Win32 Apache and Perl

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 sinc

RE: active perl on IIS

Joel, I could be wrong but based on the way Lynn describes the problem, it does not sound like she has a problem with Perl being installed as the PerlScript examples do work as she stated. Also, she should not have to create a cgi-bin. IIS has a pre-created cgi-bin typically. While I am a fan

RE: Is it a security risk to use identical names for database fields and html forms?

At 02:29 PM 8/31/2001 +0100, yahoo wrote: >nah! > >what difference does it make? > >I mean, if they guy gets access to your DB server then he's gonna find out >the fieldnames anyway! > >If he can't get access to your DB then what has he got?, a few POSSIBLE DB >field names (i mean, how does HE kno

Re: Win32 Apache and Perl

Thanks Gunther, Brett used too many new jargon-sounding words in one sentence, but I appreciate his willingness to help. Simply copying perl.exe to a new directory (c:/usr/bin/) works like a charm! Now I can use my scripts on all my my hosts (until one decides they want to use the Windows sheban

Re: Win32 Apache and Perl

At 03:59 PM 9/1/2001 -0400, Brett W. McCoy wrote: >On Fri, 31 Aug 2001, Shannon Murdoch wrote: > > > Is there any way (I'm sure there is) to make my perl scripts run with the > > standard unix shebang instead? > >Yes, use Unix. :-) So helpful for the Operating System "challenged". :) >If you are

Re: Win32 Apache and Perl

On Fri, 31 Aug 2001, Shannon Murdoch wrote: > Is there any way (I'm sure there is) to make my perl scripts run with the > standard unix shebang instead? Yes, use Unix. :-) If you are usig ActiveState, you have to use the Windows way of using pathnames. If you are using CygWin (which is a POSIX

Win32 Apache and Perl

Hi all, I'm trying to set up a localhost Apache server to test my scripts on before launching on to the web, but am seeming always to need to put the win32 shebang (#!C:\perl\bin\perl.exe) at the start of scripts instead of the usual unix one (#!/usr/bin/perl) to make them work. Is there any way

RE: Is it a security risk to use identical names for database fields and html forms?

nah! what difference does it make? I mean, if they guy gets access to your DB server then he's gonna find out the fieldnames anyway! If he can't get access to your DB then what has he got?, a few POSSIBLE DB field names (i mean, how does HE know the names are real?) for him to attempt to recrea

Win32 Apache and Perl

Hi all, I'm trying to set up a localhost Apache server to test my scripts on before launching on to the web, but am seeming always to need to put the win32 shebang (#!C:\perl\bin\perl.exe) at the start of scripts instead of the usual unix one (#!/usr/bin/perl) to make them work. Is there any way

script not running

Hi there, I try to get the attached sript running on a Linux Apache Server 1.3.20. What I receive is a error 500 and the logged error message: (2)file or driectory not found: exec of /var/www/html/cgi-bin/ping012 failed Premature end of script headers: /var/www/html/cgi-bin/ping012 Another scr

RE: active perl on IIS

Lynn, I've installed ActiveStates Perl a couple of times on Win 2K & NT and each time, as part of the install, it allowed/prompted for the configuration of the ISAPI part which basically meant you can run perl as an active x scripting engine.