Todd Vierling wrote:

> Could you copy the /usr/pkg/libexec/cgi-bin/test-cgi script (which does not
> use perl) into your server's root as `test.cgi' and try it?

OK,

root@oak# lynx http://www.largesalad.co.uk/cgi-bin/test.cgi gives the following
page:

CGI/1.0 test script report:

argc is 0. argv is .

SERVER_SOFTWARE = Apache/1.3.3 (Unix)
SERVER_NAME = www.largesalad.co.uk
GATEWAY_INTERFACE = CGI/1.1
SERVER_PROTOCOL = HTTP/1.0
SERVER_PORT = 80
REQUEST_METHOD = GET
HTTP_ACCEPT = text/html, text/plain, text/sgml, video/mpeg, image/jpeg, image/t
iff, image/x-rgb, image/png, image/x-xbitmap, image/x-xbm, image/gif, applicati
on/postscript, */*;q=0.01
PATH_INFO =
PATH_TRANSLATED =
SCRIPT_NAME = /cgi-bin/test.cgi
QUERY_STRING =
REMOTE_HOST = oak.largesalad.co.uk
REMOTE_ADDR = 192.168.0.1
REMOTE_USER =
AUTH_TYPE =
CONTENT_TYPE =
CONTENT_LENGTH =

Do the empty fields imply that all is not well?

> As long as /usr/pkg/bin/perl is executable by the user id running the web
> server (this requirement has not changed), you should not have a problem.
> Is your perl executable by all (say, mode 0555)?

Yes (I have even done a rebuild and reinstall of perl), and the perl scripts run
fine when called from the command line, but the other
sample script 'printenv' fails in the same way as my own when called via http.

regards,
Dave
--
Make it idiot-proof and someone will make a better idiot!

e-mail: webmaster@largesalad.co.uk
net: http://www.largesalad.co.uk/DJMsoft/