Ugh.. This question was corrected/duplicated. My response from the other thread:
These scripts do not seem to be printing out any HTTP headers at all. The first thing I see is a <HEAD> tag. No server headers, no valid HTTP/1.0 response. The directory cgi-perl leads me to believe these scripts are being run under mod_perl/Apache::Session. I'm wondering if your code is causing problems in this respect?
| [reply]
[d/l] |
Maybe you haven't configured Apache correctly to *execute* .pl scripts it finds in that directory. Check your Apache configuration
to see whether you have Options +ExecCGI on for that directory (or location).
Philosophy can be made out of anything. Or less -- Jerry A. Fodor
| [reply]
[d/l] |
To be sure wether your apache is well configured, open this file your netscape is trying to save and see what's in there. If there's your source code, your apache is misconfigured. If it shows what should appear in the browser, then your apache is ok...
Anyway, this may give you a clue...
| [reply] |
scripts are actually located in the /home/bin directory on the server (default) - as far as we can tell, the config looks fine for that
| [reply] |
Have you got the scripts in the CGI-BIN with execute permission?
*~-}hotyopa{-~* | [reply] |
I would take a look at the Netscape client. Netscape is
trying to associate a file type or mime type with an
application. Mick | [reply] |
I've tried that too, it still tries to open in an external application.
Asks what program to open application/x-perl.
I've tried multiple http header calls, and I am pretty sure everything is correct in the Apache server settings
| [reply] |
We're getting off the topic of Perl but try another browser to see what happens...Mick
| [reply] |