MaxRequestsPerChild be set to 0 to prevent the child process
from ever recycling. However, for those that do require a
non-zero setting, this patch fixes a serious bug that can cause
an apparent 'server-hang' condition where the server stops
responding to requests for a period of time. Prior to this
fix, when the child process handled MaxRequestsPerChild
connnections, the child process would stop accepting new
connections and begin allowing inactive threads to exit. The
problem was that a new process would not be created to begin
handling requests until the old process fully exited. The old
process can take an indeterminate amount of time to exit because
it may be sending large responses to clients connected over slow
links, or it may have threads blocked in read awaiting requests
(eg, one attack mode of the Nimda worm is to establish a
connection to the server but not send an HTTP request. This
connection will be timed out according to the setting of the
Timeout directive, 300 seconds). This fix allows the new process
to be immediately started and begin accepting requests when the
old child process reaches MaxRequestsPerChild.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91523 13f79535-47bb-0310-9956-ffa450edef68

across a shutdown/restart.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91522 13f79535-47bb-0310-9956-ffa450edef68

setting.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91503 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91487 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91439 13f79535-47bb-0310-9956-ffa450edef68

PR:
Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91438 13f79535-47bb-0310-9956-ffa450edef68

  another platform


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91429 13f79535-47bb-0310-9956-ffa450edef68

  As with .ncb files, .opt files for Win32 projects don't belong in source
  control [machine specific-on the fly resources]


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91427 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91426 13f79535-47bb-0310-9956-ffa450edef68

  .ncb/.opt files don't belong in source control for msvc projects.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91408 13f79535-47bb-0310-9956-ffa450edef68

AIX 4.3.3 has socklen_t too, but

a) I don't know if all 4.3 (e.g., 4.3.0) has it
b) I don't see the warning on 4.3
c) it isn't a possible 64-bit vs. 32-bit problem, so I'm not
   worried about run-time breakage


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91392 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91390 13f79535-47bb-0310-9956-ffa450edef68

  Just the facts


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91389 13f79535-47bb-0310-9956-ffa450edef68

  Parse individual paths listed in the UserDir directive for correctness.
  This also addresses the 'quote' problem, where quoted paths would fail
  the is absolute redirect or absolute path test on Netware/Win32, given
  a "/somepath" designation.

PR: 8238
Submitted by:	Dustin Mitchell <dustin@cs.uchicago.edu>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91388 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91383 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91381 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91369 13f79535-47bb-0310-9956-ffa450edef68

Apache builds and runs without this, but the expected
default mutex mechanism isn't used and the DSO implementation
is not as expected either.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91367 13f79535-47bb-0310-9956-ffa450edef68

Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91365 13f79535-47bb-0310-9956-ffa450edef68

them to be cross-referenced with other security publications easily
PR:
Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91364 13f79535-47bb-0310-9956-ffa450edef68

PR:
Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91362 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91361 13f79535-47bb-0310-9956-ffa450edef68

> Before C99 the correct way to print a size_t is to use %lu, since
> long was guaranteed to be the widest integral type, so redoing the
> fix on that basis would be better. However with C99 size_t can be
> as wide as unsigned long long so you need to use that format to
> be safe, but then you compromise portability.

So options; simply cast to (int) as I know the value is small; use %lu
without a cast - but get warnings later on >C99. Or kind of the compromize
below; do %lu but cast to be sure.

Feel free to patch in a better fix !

Dw

PR:
Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91360 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91357 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91356 13f79535-47bb-0310-9956-ffa450edef68

of EXPAT to explain about the Expat search order, which is new


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91355 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91353 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91352 13f79535-47bb-0310-9956-ffa450edef68

Rodrigo Parra Novo <rpn@terra.com.br> writes:
   I have ported Apache 1.3.20 to AtheOS (A new OS, described on
www.atheos.cx), following the rules described by the PORTING document,
which can be found in Apache's src/ directory.

   I'm sending the (rather simple) patch attached. It would be nice if
someone from the Apache team could take a look at the patch, and tell me
if anything is still missing. It would be also nice if (hopefully) this
patch could be added to the current Apache 1.3 branch, on CVS.

   I (and others) have been running Apache on AtheOS for some time now,
and everything seems to work correctly, with the following exceptions:

   1. AtheOS does not use mmap() and shmget(), so we are using the
ScoreBoard on disk, for now;
   2. AtheOS does not support DSO for the moment, as shared libraries
are treated a bit differently from the way they are treated on UNIX.

Submitted by:	Rodrigo Parra Novo <rpn@terra.com.br>
Reviewed by:	Martin Kraemer


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91351 13f79535-47bb-0310-9956-ffa450edef68

check that expat-lite existed, which was kind of bogus... Now, we
allow it to choose which Expat we want. We prefer the system's Expat
if available but will use expat-lite as a backup. We can also bypass
that as well.

PR:
Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91350 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91349 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91348 13f79535-47bb-0310-9956-ffa450edef68

pre-1.3.21 value of @@ServerRoot@@/htdocs/manual.
However, using the config.layout mechanism, or using the --manualdir= switch
of configure allows you to override this default, and "make install" will
not only install into the defined location, but will also fix the config
file for you (the Alias and <Directory > paths are fixed).

On non-unix platforms, this may be problematic, as the sed pattern
replaces @@ServerRoot@@/htdocs/manual by the setting of $(manualdir).
If that does not work for you, then please adapt whatever you used to
"make install" (probably not Apache's Makefile.tmpl which contains
this sed regex).


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91341 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91339 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91334 13f79535-47bb-0310-9956-ffa450edef68

  Up-to-date ready-to-go [to sleep :]


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91328 13f79535-47bb-0310-9956-ffa450edef68

  Right this change to conform to my minimal interpretation of Ken Coar's
  veto over creating /manual/ under ServerRoot.  It's possible he also
  ment to veto the Alias, I'm not clear.  If that's the case, these alias
  sections can be removed entirely.  I personally believe they are goodness.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91327 13f79535-47bb-0310-9956-ffa450edef68

  Done


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91326 13f79535-47bb-0310-9956-ffa450edef68

  More good notes


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91325 13f79535-47bb-0310-9956-ffa450edef68

  Additional correction for the mutex changes on the TPF platform.
  Should affect no other platforms.  [David McCreedy <McCreedy@us.ibm.com>]


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@91324 13f79535-47bb-0310-9956-ffa450edef68