IIS / Perl simple question (probably install problem)

[Pete McDonald]

I have a system that I designed and developed several years ago. That is I
designed and developed all except for one tiny piece of it, a piece in perl
on IIS.

Today I have need to reuse the part in perl/IIS.

Here is what the basic situation is. My application wants to pass parameters
from a web link to a local program. To do this several years ago, we wrote a
simple perl script.

use CGI;

$q = new CGI;
print <<"END";
HTTP/1.0 200 OK
Content-type: Application/Zap

END

Print $q->param('params');
print "\n";

Then on the client, we create a file type definition with extention zap(not
necessary but what the heck), mime type application/zap, and then create an
Open event and enter the local app name in it.

Then we execute a url that looks like
http://server/cgi-bin/zapscript.pl?params=abunchofparameters to pass to the
local apph

The local app is executed and passed the parameters that were on the command
line.

As I said, I wrote all but this part. This part I told someone what I needed
and they did it with me. However, they set up the server, installed perl and
wrote the perl script.

So like I said here I am today and I need to resuse it. This is what I have
done so far:

I installed the 5.000x version of perl (cause I have a license for it) on a
basically clean IIS 4.0 installation (its got outlook web acces installed
but otherwise its pretty vanilla.)

The perl install log indicates all went well. Indeed, I can double click a
perl script and it executes.

However, when I execute the url at the client PC, instead of executing the
script, the server is sending the _content_ of the perl script to the
browser as text.

Anybody know what I have failed to do?

TIA

Pete McDonald
McDonald Technology Consulting

--

[Jake Marx]

Hi Pete,

It sounds like you need to add an App Mapping to your website's Application.
To do this, just go to the MMC, look at the Properties of your website,
click the Home Directory tab, then click the Configuration button. I think
you have to add a new app mapping to the list - you should add .CGI and/or
.PL to the list and specify which EXE or DLL will handle that type of file
(probably the path to your perl executable). To find out what executable
and exclusions to enter, you should refer to the documentation that came
with your perl application.

Anyway, I'm guessing this is the issue, but I may be wrong.

Regards,

Jake Marx
longhead.com

"Pete McDonald" <pmcd...@mcdonaldconsult.com> wrote in message
news:nvzz6.6812$3q6.4...@dfiatx1-snr1.gtei.net...

[Pete McDonald]

Thanks,
I saw that and tried what I thought it should be but it didn't work.
However, I didn't know whether I actually needed it or not, so I didn't
spend a lot of time with it.

Its sounds like the installer for the older perl distribution I am using
(which I am pretty sure installed correctly without extra effort under IIS
3.x) doesn't quite do everything under 4.x thats needed.

Its likely that I just need to read up on everything thats needed to
register a new cgi server.

Thanks.

Pete

--

"Jake Marx" <ja...@longhead.com> wrote in message
news:eehfea5vAHA.2252@tkmsftngp02...

[Pete McDonald]

Ok, I have made I think significant progress. I have added my newly defined
mime type to the list of recognized ones in IIS. I also found a technote on
adding a registry key for registrering perl under IIS 3.0. It worked under
4.x, but in retrospect appears to be just a different way of getting at
something is now supported by the IIS administrative interface.

My problem now is that the app hangs when I execute the URL. I have a
feeling this has to do with the vritual console that the install script
tried to create. i.e., the perscript is hanging waiting for input because
its not getting a proper console context to run in.

Anyone think I am right and or know what I need to do next. I have a feeling
this is the last roadblock.

TIA

--

"Pete McDonald" <pmcd...@mcdonaldconsult.com> wrote in message

news:7sNz6.1237$3J2.3...@dfiatx1-snr1.gtei.net...

[Adam Divall]

Try and Download the latest version of Perl from www.activestate.com , this
will install the application mappings for you and any of the new modules
that are required for your script.

Adam

"Pete McDonald" <pmcd...@mcdonaldconsult.com> wrote in message

news:7sNz6.1237$3J2.3...@dfiatx1-snr1.gtei.net...

[Pete McDonald]

I was trying to avoid having to pay for a new version of perl. Unless I
missed something, the version at activate was an eval version.

I was trying to avoid spending any money.

I actually have resolved everything except for how to register perl with IIS
so it will allow console sessions. I know how to do it, but whenever I use
the adsutil to manipulate the metabase I get a schema error.

But I have reached the point that unless someone can tell me quickly what I
am doing wrong with adsutil. I might as well buy the latest version.

Interestingly enough, even when I do an enum of w3svc. Most stuff lists
fine, but interspersed with the good data are schema error messages like
those I got when I tried to access the values related to the console
registration.

Pete
--

"Adam Divall" <a.di...@virgin.net> wrote in message
news:#G9nhnHwAHA.1824@tkmsftngp02...