Skip to content
GitLab
  1. 12 Nov, 1996 1 commit
    • Roy T. Fielding's avatar
      Removed the module_names[] and preloaded_module_names[] arrays. · 12cee598
      Roy T. Fielding authored 
      All functions now get the name from the module structure and either
search the preloaded_modules list (for static info) or the actual
linked list of modules (for active modules).

Docs note: The "httpd -h" and "httpd -l" options print info about all
compiled modules, not just the active (prelinked) ones.  mod_info only
prints the prelinked module information [I would have changed that, but
the code in mod_info uses an, ummmm, unusual style].  The <IfModule>
and AddModule directives' use the file name of the module (what you now see
with "httpd -l") as the argument.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@76973 13f79535-47bb-0310-9956-ffa450edef68
      12cee598
  3. 10 Nov, 1996 2 commits
    • Ben Laurie's avatar
      Spelling misteaks. · fde0092d
      Ben Laurie authored 
      
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@76972 13f79535-47bb-0310-9956-ffa450edef68
      fde0092d
    • Roy T. Fielding's avatar
      Fixed a bug in the header parsing code triggered when a continuation line · 0d4bc8d2
      Roy T. Fielding authored 
      is a single space: the entire header field above it was ignored and the
message terminated. This would normally only occur when cut-n-pasting from
an xterm, but it revealed a bunch of other problems with the way we were
looking for the request-line and header fields.  I fixed it by rewriting
the routines so that they would be more natural and not discard the
error conditions, and introduced a new routine to buff.* for looking
at the top of the input stream without changing it.

The good news is that we now handle input lines robustly and do not
puke when an extra CRLF is placed at the end of a POST request.
The bad news is that I have found several places where we should be
responding with 400 or 414 (Request-URI Too Long) messages when our
input buffer fills-up, but we have no apparent mechanism for die'ing
inside http_protocol.c.  For now I am just letting the input be truncated,
which is good enough for robust handling, but I would prefer to send an
error response so that the webmaster can know about the invalid
buffer-blowing attempts.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@76971 13f79535-47bb-0310-9956-ffa450edef68
      0d4bc8d2
  5. 08 Nov, 1996 2 commits
  7. 06 Nov, 1996 2 commits
  9. 04 Nov, 1996 8 commits
  11. 03 Nov, 1996 18 commits
  13. 01 Nov, 1996 4 commits
  15. 31 Oct, 1996 3 commits