druagord — Wed, 18 Feb 2004 20:36:55 +0000

no but you should set it up when installing perl. in the same way that you can allow cgi execution in all your web site by setting Options +ExecCGI in apache IIS is configurable to use a script directory or not

mairving — Wed, 18 Feb 2004 20:33:09 +0000

By default cgi-bin is not installed with IIS.

druagord — Wed, 18 Feb 2004 19:18:10 +0000

IIS use the same directory structure for cgi-bin well it used to when i was still using MS a long long time ago

mairving — Wed, 18 Feb 2004 18:41:33 +0000

druagord wrote: no specify execute by the webserver user only usualy IUSR_HOSTNAME on IIS

I don't know if it is on IIS or Apache. He said that his friend is hosting his site now but no mention of the server type. I would think that if there is a cgi-bin directory then it is Apache though.

druagord — Wed, 18 Feb 2004 18:35:20 +0000

no specify execute by the webserver user only usualy IUSR_HOSTNAME on IIS

mairving — Wed, 18 Feb 2004 17:38:32 +0000

Most of time cgi scripts won't run it is because of permission problems. Need to make sure that it has execute permission by everyone.

druagord — Wed, 18 Feb 2004 17:06:23 +0000

$myhost> error message : unable to compute please supply more data

bja888 — Wed, 18 Feb 2004 16:39:41 +0000

I tryed both headers and i got an error with the debug thingy. It works on my IIs but not on my friends server.

Mark Hensler — Wed, 18 Feb 2004 03:20:24 +0000

I don't see this very often in scripts, but its a great debug help..

use CGI::Carp qw(fatalsToBrowser);

'Stick it near the top. You'll get more usefull info than a default Error 500.

druagord — Tue, 17 Feb 2004 22:59:29 +0000

on a IIS server it should look more like

#!c:\program files\perl\perl

if his server can run cgi script ask him he should know where it is. this line being wrong you should get error 500 internal server error premature end of script headers. if you see the script as text in your page then it's the mime type that is not set correctly on the server.