Skip to content
  1. Jan 05, 2001
  2. Jan 03, 2001
  3. Jan 02, 2001
  4. Dec 31, 2000
  5. Dec 29, 2000
  6. Dec 28, 2000
    • Ryan Bloom's avatar
      Ignore CRLF (or LF) when PEEK'ing at data on the socket. The general · de9c9a7c
      Ryan Bloom authored
      problem is that some browsers send an extra line at the end of a POST
      request.  We use the PEEK method to determine if there is any data left
      on the socket, if there is then we delay sending the response until we
      have enough data to make it worthwhile.  If the browser sends an extra
      blank line, we don't want to delay the response at all.  The only time
      we use the PEEK method is to check for a second request, so this is safe
      to do.
      
      This also solves Joe Orton's problem of specifying a Content- Length
      of 1 for a blank line, and having the server wait to send back a response.
      The problem is that Linux (all Unix really) sends two characters \r\n for
      a blank line, so specifying a C-L of 1 means that the server still sees
      a \n when it PEEKs that the socket data.  That \n can be safely ignored
      however.
      
      
      git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@87540 13f79535-47bb-0310-9956-ffa450edef68
      de9c9a7c
  7. Dec 27, 2000
  8. Dec 26, 2000
    • Ryan Bloom's avatar
      Allow buildconf to find the config.m4 files in the correct order. This · ceeb431b
      Ryan Bloom authored
      allows the decisions made in one config.m4 file to be based on decisions
      made in previous config.m4 files.  For example, the config.m4 in the
      generators config.m4 can choose the correc cgi module based on which MPM
      is chosen.
      
      To do this, we find all filenames config*.m4, and then we re-order the
      filename so that it looks like:  *config.m4/path/to/file.  Once all files
      are in this format, we sort the files, and then re-arrange the file names
      again to put them in the correct order.  There may be better ways to do
      this, but I couldn't find a portable way to call sort so that this would
      work.
      
      
      git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@87526 13f79535-47bb-0310-9956-ffa450edef68
      ceeb431b
  9. Dec 23, 2000
  10. Dec 22, 2000
  11. Dec 21, 2000
    • William A. Rowe Jr's avatar
      · ac1a2382
      William A. Rowe Jr authored
        The Win32 overhaul, in summary;
          Modules are named mod_foo.so
          Dynamic Libraries are named libfoo.dll, and are stored in bin/
          The former ApacheCoreDll is now libhttpd.dll
          Apache.exe moves to bin/
          The make install now copies include, lib, and libexec
          All build options are normalized, filenames adjusted appropriately
      
      
      git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@87471 13f79535-47bb-0310-9956-ffa450edef68
      ac1a2382
  12. Dec 20, 2000
  13. Dec 19, 2000
  14. Dec 18, 2000
  15. Dec 17, 2000
  16. Dec 15, 2000
  17. Dec 13, 2000
  18. Dec 12, 2000
  19. Dec 07, 2000
    • Ryan Bloom's avatar
      Make mod_include use a hash table to associate directive tags with · 3a17c4a4
      Ryan Bloom authored
      functions.  This allows modules to implement their own SSI tags easily.
      The idea is simple enough, a module can insert it's own tag and function
      combination into a hash table provided by mod_include.  While mod_include
      parses an SSI file, when it encounters a tag in the file, it does a
      hash lookup to find the function that implements that tag, and passes
      all of the relevant data to the function.  That function is then
      responsible for processing the tag and handing the remaining data back
      to mod_include for further processing.
      Submitted by:	Paul J. Reder <rederpj@raleigh.ibm.com>
      Reviewed by:	Ryan Bloom
      
      
      git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@87241 13f79535-47bb-0310-9956-ffa450edef68
      3a17c4a4
  20. Dec 04, 2000