You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Andrew <an...@aaaaaaaa.demon.co.uk> on 1996/01/06 14:57:21 UTC

Loadsa patches...

David J. MacKenzie <dj...@va.pubnix.com> has sent us a large number
of fixes for various parts of the distribution  including modifications
to documentation, configuration files and support programs.
Unfortunately these have been provided in just 2 mail messages so
it's going to take a while for me to break these up into Apache-standard
patch formats.  I've said as much to David so perhaps he'll help
by resubmitting them in a more usable form.  Here are David's
comments.  Give me a shout if there's something here that catches
your eye and I'll try and extract just those relevent bits of
patchery straight away.

David:
* Makes query and post-query not allocate gobs more memory than
  they will ever need.  We run CGI programs here with a soft limit of 1
  megabyte of data space, and without this patch, these trivial programs
  exceed that limit!  That isn't great for performance on other systems,
  either, though it's not likely that they're run often.
* Removes an unused variable and fixes another one's type in util.c.
* Adds some missing MIME types.
* Makes the new dbmmanage print a useful usage message.
* Makes httpd_monitor more portable, and useful in places with more
  than one web server.
* Fix typos in the API doc.
* Add missing prototypes.  We like to compile things with
  gcc -Wall -Wstrict-prototypes to catch possible errors.
  foo() is a K&R declaration that doesn't say anything about its
  arguments, whereas foo(void) says foo takes no arguments.
* Allow the password and group files in .htaccess files to be relative
  pathnames (to the server root), to make moving or mirroring a server
  less painful.
* Don't print errno in error messages; print the human readable string.
* Try to improve an error message that has confused dozens of CGI
  program developers in my experience, who don't understand that a
  "malformed header from script" may well mean that their CGI program
  didn't run, or core dumped, or wasn't written correctly and didn't even
  attempt to write out an HTTP header.  It would be even better if Apache
  logged the signal that killed the CGI program if it died that way.
  I haven't taken the time to figure out how to do that; I have done
  it on NCSA 1.5, however.

Ay.