Major rewrite.  Reorganized layout into sections.  Cleaned up, standardized
HTML to make it more readable for those who edit.


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

Removed README.DSO from this location - don't worry, it's in the manual now.


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

I took Ralf's README.DSO, HTMLized it, and put it here, a more appropriate
place than in the root-level of the distribution.  Now we can link to it, too.

Also, Ralf, I removed the section on execution order differences between
static and dynamically linked modules, since you committed a patch which
makes this behavios consistant with all-staticly-linked.


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

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

Moved two issues to non-showstopper status based on new-httpd discussions.


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

Some API prefix stuff that was missed in the great renaming.


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

PR:
Obtained from:
Submitted by:	Jim Jagielski
Reviewed by:
Replace the AddVersionPlatform directive with ServerTokens directive
which allow for either Minimal ("Apache/1.3.0"), OS ("Apache/1.3.0 (UNIX)")
or Full ("Apache/1.3.0 (UNIX) PHP/3.0") type Server headers.
SERVER_SUBVERSION is no longer supported.


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

Support for the NCR MP/RAS 3.0 [John Withers <withers@semi.kcsc.mwr.irs.gov>]


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

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

could possibly set curpos == endpos + 1... and the old test for sp ==
bep would never find this case.  As a result it would waltz past the
end of a block.  When I wrote the "sp == bep" thing I thought "it's the
caller's responsibility to guarantee this!" ... er, program defensively
Dean, it doesn't cost any more in this case.


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

PR: 2213
Submitted by: Thomas Neumann <Thomas.Neumann@comconsult.de>


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

PR: 2213
Obtained from:
Submitted by:	Thomas Neumann <Thomas.Neumann@comconsult.de>
Reviewed by:


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

in src/Configure but never retrieved from the config file.


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

needs to be hashed out before we release (?)


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

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

on the basis that most users will be interested in the pre-compiled
installer. Document the registry key used and how it relates to
command line arguments (-d, -f) and the ServerRoot directive. Show how
to start and stop the Apache service from the command line.


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

Now we are clean enough for a release... ;-)


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

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

There's no fork on WIN32, so this is modifying the error log of the main
server.  Ick.  Dean noticed this.


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

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

Note: Currently, this list is initialized at run-time.
Additionally, check valid range of siglist array in sig_coredump() routine.

Reviewed by:	Jim Jagielski, Dean Gaudet


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

child process, not the parent.


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

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

  - make OSDIR also automatically be relative to src/ like INCDIR
  - SUBDIRS is now generated in src/Makefile only and not in
    Makefile.config because it is a local define for this location.
  - remove BROKEN_BPRINTF_FLAGS because is it no longer used inside
    any Makefile but make sure that at least the "-K inline" is kept in
    CFLAGS for SCO 5.
  - update the "depend" targets in Makefile.tmpl files to use $(OSDIR), too.
  - updated the dependencies theirself


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

Added SYS_SIGLIST definition for FreeBSD & BSDI.


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

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

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

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

child processes. The changes are

 -- remove an unbounded sprintf()
 -- always check for errors at all stages, and log an error message
 -- if an error occurs in creating a child, die, but make sure
    all already created children a killed correctly
 -- remove assert()'s


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

PR: 2060
Submitted by:	Jim Patterson <Jim.Patterson@Cognos.COM>, Ben Laurie


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

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

PR:
Obtained from:
Submitted by:	Jim Jagielski
Reviewed by:	Dean Gaudet, Martin Kraemer, Brian Behlendorf
Disallow non-/dev/null device files to be used for ``configuration''
files (this includes htaccess, htpasswd and the mod_mime file). Also,
open these using ap_pfopen to better handle timeouts.


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

This is required for compilation on WIN32, where API_VAR_EXPORT modifies
the definition.


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

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

	Final touches on removing the AddVersionComponent directive and
	correcting my BD references to something called "Server-Version."
	D'oh!


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

	Untangle the last patch..  ap_add_version_component() needs to
	*prepend* the strings it's fed, not append them.  This is because
	the last thing that calls it before the string is locked is
	ap_set_version() (as in set-like-cement), which adds the
	SERVER_BASEVERSION, the platform (conditionally), and the
	SERVER_SUBVERSION (if defined) at a known location - the front
	of the string.

	This has the drawback that module contributions will be listed
	in reverse order from their 'importance' (which is, in turn,
	in reverse order from their appearance in the Configuration
	file ;-).  However, only modules with major effects should be
	contributing to the string anyway, so we can consider them
	equal.  Can't we?

	The alternative is to either allow ap_set_version() to directly
	modify the string rather than going through ap_add...(), or else
	to add another routine that appends rather than prepends.  I
	don't like either of these because of the issues with semantics
	synchronisation and code duplication.

	The last patch confused things, though, so I'm just returning the
	behaviour to the original design - if someone wants to take
	extra steps to have module contributions listed in the same
	order as they're called, have a party.

	This should fix Rasmus' problem with the components being out
	of order, although it doesn't touch his issue with the init
	callback duplicating the SERVER_SUBVERSION effort.


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

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

This is a fix to make this not a show-stopper anymore.  Making a promise and
breaking it every now and then is worse than not making that promise.


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

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

PR:
Obtained from:
Submitted by:
Reviewed by:
Fix the order of how the server_version string is built... All extra
components are tacked to the _end_ of the string. The front of the
server_version string is always SERVER_BASEVERSION. So if we have

    "Apache/1.3b7-dev (FreeBSD)"

and the code gets ap_add_version_component("PHP/3.0") we'd get:

    "Apache/1.3b7-dev (FreeBSD) PHP/3.0"


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