Sorry Lynn,
should have specified a bit more why your form action
'didn't look right' to me.
Basically you put an absolute file path to the perl
file - specifying the drive letter etc. web servers
deal in urls http:// or / or myfolder/file etc.
"c:\inetpub\wwwroot" is the default document root for
IIS so "\" refers to directory c:\inetpub\wwwroot and
"\testfolder" refers to
"c:\inetpub\wwwroot\testfolder" - see?
if you code a form action (or anchor link etc) as file
absolute "c:\inetpub etc" the page will 'work' when
you browse the website using a browser on the same
machine as the webserver - because the file paths are
still valid. Many webdesigners hit this issue when
they upload a site only to see lots of broken images -
the URLs are no longer valid.
Trying out a similar example on my win2k laptop I
found that submitting to a valid, tested form handling
perl cgi script using a file absolute path resulted in
the cgi script being returned to the browser. Now YOU
clicked on run but, of course, this is too late - you
are now running it OUTSIDE of the context of the IIS
webserver - your client application (IE) knows nothing
about CGI, the form submission you attempted etc. The
CGI program NEEDED to be run within the context of the
webserver where form variables etc were available to
it and it could alter the response back to the client
(internet explorer).
To remedy this situation change your form action to
"/scripts/sl3.pl".
hope this helps
regards
Joel
-----Original Message-----
From: yahoo [mailto:[EMAIL PROTECTED]]
Sent: 03 September 2001 09:20
To: Begginers CGI
Subject: RE: active perl on IIS
Hi Lynn,
Your FORM ACTION="c:\inetpub\scripts\sl3.pl" doesn't
look right; if
'scripts' is a root level (or virtual root) directory
then then path would
be ="\scripts\s13.pl".
make that change andd see what happens.
regards
Joel
-----Original Message-----
From: Lynn Glessner [mailto:[EMAIL PROTECTED]]
Sent: 03 September 2001 06:15
To: Gunther Birznieks; yahoo; Begginers CGI
Subject: Re: active perl on IIS
I spoke too soon. I thought this was just a minor
tweak, which it probably
is ;), but the tweak is not what I thought it was
going to be ...
When I click the button to submit the form, instead of
running the perl
script I get the "File Download" dialog. If I choose
the "run the file from
this location" radio button - what I thought was
going to be the solution -
all my STDOUT is in a DOS window, and my CGI param
calls don't get anything
that I filled in on the form. At the end of my script
I have some CGI to
display in the browser that it is done, but instead
those lines show up as
in the DOS window. Like I had double-clicked the pl
file.
If I type in the path to the sl3.pl file in my
browser, it executes
correctly and displays those "I'm done" lines in my
browser. I stared at the
activeperl directions for configuring IIS and don't
see what I'm doing
wrong. .pl is associated at the top level down with
the full path including
perl.exe followed by %s %s. And it works if I go
straight there.
These html and pl files work fine with IE browser on
NT and linux apache web
server at work, and I'm still using IE browser, so I
know the problem is my
IIS configuration. Yes, in my "free time" I will look
into running apache
instead of IIS.
Why do I get a file download dialog box?
My html file is like this:
<FORM ACTION="c:\inetpub\scripts\sl3.pl" METHOD="POST"
ENCTYPE="multipart/form-data">
[snipped]
<INPUT TYPE="SUBMIT" NAME="Button" VALUE="Send"><P>
</FORM>
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at
http://mail.yahoo.com
--
To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
____________________________________________________________
Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
