Here is the error message from error_log.
[Sun Apr 9 16:29:15 2000] [error] [client 127.0.0.1] malformed
header from script. Bad header=An error occurred while perfor: /data/webmaster/homesite/cgi-bin/contents.cgi
I have already tried the full path name (instead of ../), and I have tried the
permissions (chmod 666 contents.list). Those didn't work out.
Normally, the contents.list is read (so, I would use open
"</data.files/contents.cgi). I gave the ">>/data.files/contents.list" because
I want to be able to write new stuff to the file (such as Add A Link on my
hosted site).
I don't understand the "bad header", especially if this script works on the
virtual hosting service, which also runs on Apache.
And, I did trie the open ... || die ...; It just generates the error message
with the quotation after die, and tells which line in the script caused the
error.
Any ideas?
On Sun, 09 Apr 2000, you wrote:
> One other thing, if it is the open function that is causing your request to fail,
> try this:
>
> open(FILE, ">>../data.files/contents.list") || die "Can't open file handle: $!";
>
> The || die ("reason") will cause standard error to be written and if you have
> httpd.conf setup correctly, this should write to the error log along with the reason
> why it failed, and the line number of the script that caused the failure.
>
> Hope it helps,
> Mike Cantrell
>
> >
> > Rick Rosinski wrote:
> >
> > > I am running a stand-alone web server on my Slackware box.
> > > I use it to set up my web site before uploading it to a virtual host.
> > > The problem that I have is with the perl script that generates the table of
> > > contents for the left frame of my web site (http://www.rickrosinski.com)
> > > The copy on the virtual host works fine, but the same script generates an
> > > internal server error, and the table of contents is not generated. This was
> > > not a problem on the SuSE system that I once had set up on the same box.
> > > I had narrowed the problem down to this: It seems that when any "open (FILE,
> > > ">>../data.files/contents.list") is encountered, it crashes with the Internal
> > > Server Error. I am running as root, all file permissions seem correct, and the
> > > same scripts work fine on the virtual server. Also, all scripts that don't
> > > involve file access work fine on the local server. I am using Apache 1.3.12.
> > > Also, when I just run "perl /cgi-bin/contents.cgi", the correct HTML is
> > > generated, including the table of contents from "../data.files/contents.list".
> > >
> > > So, I think that there is a problem with Apache and file access. Perl works
> > > fine, and the virtual host works fine. What could be wrong with Apache?
> > >
> > > --
> > > Rick Rosinski
> > > http://www.rickrosinski.com
> > > rick@rickrosinski.com
> > >
> > > _______________________________________________
> > > Plug-discuss mailing list - Plug-discuss@lists.PLUG.phoenix.az.us
> > > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
> >
> > _______________________________________________
> > Plug-discuss mailing list - Plug-discuss@lists.PLUG.phoenix.az.us
> > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>
>
> _______________________________________________
> Plug-discuss mailing list - Plug-discuss@lists.PLUG.phoenix.az.us
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
--
Rick Rosinski
http://rickrosinski.com
rick@rickrosinski.com