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

garbage in, garbage out :)  removed the whole server string thing, added
two items from the list so we don't forget.


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

	- Fix type of cleanup routines being registered (Ben Hyde spotted)
	- Make sure that the "(platform)" comment (if enabled) appears at
	  a known location in the server version (right after the base
	  version string).


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

	Back out the AddVersionComponent run-time configuration
	directive.


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

Uh, this is still needed to prevent compilation problems...


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

Marc's suggestion that we move this to debug, which I agree with.


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

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

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

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

about the ap_pcfg_openfile 'family'


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

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@81196 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@81195 13f79535-47bb-0310-9956-ffa450edef68

	Change the default setting of AddVersionPlatform to 'on'.  Jim,
	Brian Havard, and Marc think that's better - and if Marc, who is
	so security-conscious, thinks it's a good idea that tips me over
	to that side as well.


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

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