'APACHE_2_0_18'.

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/tags/2.0.18@89153 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89152 13f79535-47bb-0310-9956-ffa450edef68

Apache will exit.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89150 13f79535-47bb-0310-9956-ffa450edef68

the opportunity to install their library files by
adding backa recursive install rule.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89149 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89148 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89142 13f79535-47bb-0310-9956-ffa450edef68

Apache-owned source trees.  Sanity is a good thing.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89140 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89139 13f79535-47bb-0310-9956-ffa450edef68

parms to form_header_field() and it overlaid some vhost structures,
resulting in a segfault in check_hostalias().
[Greg Ames, Jeff Trawick]

Note: Not being familiar with the TRACE method I compared the 2.0
output with 1.3.9 output.  The only difference is that with 2.0 we
get a Content-Length header field.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89138 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89137 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89136 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89135 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89134 13f79535-47bb-0310-9956-ffa450edef68

a change in APR otherchild.c to unregister all OC registrations as
part of pool cleanup.  This means that we must NOT explicitly call
apr_proc_other_child_unregister out of other pool clean-up routines.
In this case, the OC cleanup was being called first then the piped_log_cleanup
was being called which called apr_proc_other_child_unregister.

We could fix this by detecting the case when there are no more OCs registered
in apr_proc_other_child_unregister but that might just mask other problems we
need to fix anyway.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89133 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89132 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89131 13f79535-47bb-0310-9956-ffa450edef68

of the cgi daemon goes away... it goes away *because* the
pcgi pool is being destroyed


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89130 13f79535-47bb-0310-9956-ffa450edef68

warning C4715: 'mpm_service_install' : not all control paths return a value

it would result in a bogus exit status from apache when invoked to install
the service

Submitted by: Ian Holsman <IanH@cnet.com>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89129 13f79535-47bb-0310-9956-ffa450edef68

PR:             7727


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89128 13f79535-47bb-0310-9956-ffa450edef68

preflight.  This change also circumvents a problem on
Windows where the rotatelog processes created during preflight
was not getting cleaned up properly.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89127 13f79535-47bb-0310-9956-ffa450edef68

and by passing libtool the OS/390-specific options needed to split
the main httpd executable into a small executable with main() and a
dll with everything else (previously this information was hard-coded
in the OS/390 libtool program)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89124 13f79535-47bb-0310-9956-ffa450edef68

Ooops. Didn't remove *all* of the new_scoreboard stuff. This was harmless,
but should be consistent and complete. It is now completely removed.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89117 13f79535-47bb-0310-9956-ffa450edef68

PR:
Obtained from:
Submitted by: dougm
Reviewed by: gstein


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89116 13f79535-47bb-0310-9956-ffa450edef68

Make first phase changes to the scoreboard data structures in
preparation for the rewriting of the scoreboard per my posted
design notes. [Paul J. Reder]


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89115 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89113 13f79535-47bb-0310-9956-ffa450edef68

  A bit more clarity, and that's it for now.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89111 13f79535-47bb-0310-9956-ffa450edef68

  Clarify the wintty purpose and syntax.

  Still some todos: an option to just abort user feedback and close the
  window instantly upon loosing the stdin pipe, allow the stdin pipe to
  be tee'ed on win32, and still add some graceful error handling for a
  real-world deployment.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89110 13f79535-47bb-0310-9956-ffa450edef68

  Q. "Why can't I watch my server's activity?"  A. You can.

  This is a little tool I dreamed up while fighting a ton of battles on
  several fronts.  It demonstrates that reliable piped logs on win32 still
  need work, that we launch log processes far too many times, and generally
  gives admins more blinky lights on win32.  But it's too practial of an
  example to leave on my hard drive gathering dust.

  Note that the support/win32 will be used for really non-unix/non-portable
  applications.  Perhaps something similiar would be useful all the way
  around, and perhaps some of this code can get into the apr core.  But for
  this moment, it serves a purpose for beta development.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89109 13f79535-47bb-0310-9956-ffa450edef68

  Hmmm, two answers for the price of one.  Add the trailing-slash
  caviat to the docs.  Now to backport this better explanation to 1.3.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89105 13f79535-47bb-0310-9956-ffa450edef68

which depends on the compiler supporting designated initializers.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89103 13f79535-47bb-0310-9956-ffa450edef68

command function prototype stuff. AP_DEBUG is always set in maintainer mode
and AP_DEBUG_HAVE_GCC is set when the compiler is GCC.

Submitted by: Jeff Trawick


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89102 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89097 13f79535-47bb-0310-9956-ffa450edef68

The AP_DEBUG flavor of the cmd_func declarations is not portable.
Last night Roy removed the check for gcc before turning on AP_DEBUG.
Interestingly (or not :) ) the AP_DEBUG flavor of cmd_func compiles
cleanly on gcc but the non-AP_DEBUG flavor doesn't. The non-AP_DEBUG
flavor compiles cleanly with Tru64 cc and AIX xlc but the AP_DEBUG
flavor doesn't. (On Tru64 we get a bunch of warnings with the
AP_DEBUG flavor but at least it compiles; the same cannot be said of
AIX xlc.)

Perhaps we should use a symbol other than AP_DEBUG to distinguish
between the cmd_func flavors.  Then AP_DEBUG can be turned on
regardless of compiler.  The new flag can be turned on for gcc+
--enable-maintainer-mode, or perhaps for gcc always since the non-
AP_DEBUG flavor won't compile cleanly with gcc.  (what a mess; this
probably wouldn't work right for different levels of gcc anyway)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89096 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89095 13f79535-47bb-0310-9956-ffa450edef68

and apr-util, allow it to be overridden by the configure command-line
(default="--silent") and introduce LT_LDFLAGS to replace what we were
formally abusing as LTFLAGS.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89094 13f79535-47bb-0310-9956-ffa450edef68

than it is to replicate them in our own macros.  This isn't too expensive
because CC and CPP have already been set by APR.  Too bad it generates
a lot of output.

Also, we don't need to repeat command-line options that are already being
handled by APR now that we use APR's generated flags.  The switches are
still usable on the command-line.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89092 13f79535-47bb-0310-9956-ffa450edef68

PR:	7617
Submitted by:	Barrie Slaymaker <barries@slaysys.com>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89091 13f79535-47bb-0310-9956-ffa450edef68

(We seem to use APR's)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89090 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89089 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89088 13f79535-47bb-0310-9956-ffa450edef68