Solaris' awk sucks. I think this is a more portable solution.
(tested under Solaris, SunOS, Digital Unix and Linux)

PR: 2613


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

*-win files make sense.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

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

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

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

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

FD_SETSIZE.  Should really dynamically track the highest descriptor
and use that.

PR: 2625
Obtained from:
Submitted by:	Richard Lloyd <rkl@connect.org.uk>, Marc Slemko
Reviewed by:


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

to the config files. Because the user can re-configure the path layout we have
to make sure all paths are fixable from within Makefile.tmpl.


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

	Add explicit TypesConfig directives so people changing their default
	directory structure won't get bitten by not finding references to
	'conf' in the .conf-dist* files.

PR:		2616


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

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

{ap|dis}proval please.  Still needs to be reviewed, but get what
I have now in for comment.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

not the "httpd-log".

PR: 2610
Obtained from:
Submitted by:	Ron Klatchko <ron@ckm.ucsf.edu>
Reviewed by:


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

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

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

Especially -D <name> and -t were rejected.

Reviewed by: Ralf Engelschall


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

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

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

the sys/resource.h file exists, we assume that the rlimit() funcs
do as well


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

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

party packages and to again reach consistency:

Visible changes
---------------

1. conf.h -> ap_config.h:
   conflicted with conf.h files from 3rd party packages like SSLeay For
   backward compatibility a conf.h is still present but only holding an
   #include for ap_config.h.

2. conf_auto.h -> ap_config_auto.h
   to be consistent with conf.h rename because this belongs to ap_config.h.
   To backward compatibility needed because invented only a few days ago.

3. ap_config.h -> ap_config_auto.h
   this recently introduced header contains autogenerated defines similar to
   conf_auto.h, so provide them in ap_config_auto.h, too.  Backward
   compatibility is provided because ap_config.h (now the contents of conf.h)
   already includes ap_config_auto.h.

4. compat.h -> ap_compat.h:
   conflicted with compat.h files from 3rd party packages.  For backward
   compatibility a compat.h is still present but only holding an #include for
   ap_compat.h.

5. apctype.h -> ap_ctype.h:
   because Dean missed the newer ap_ naming convention when he comitted it
   recently but wants it now this way.  To backward compatibility needed
   because invented only a few days ago.

Background information
----------------------

o  The files were actually not renamed. They were copied (but not moved)
   inside the CVS repository and only removed for HEAD. This is important to
   both preserve the history with the new files and to be able to checkout
   older releases with the old files.

o  The MODULE_MAGIC_NUMBER was bumped up because the API changed.

o  The backward-compatibility headers were added to the source tree
   _after_ all things were changed and anything compiled fine again.
   So no dangling references to the old headers in the HEAD sources
   should exist. I also verified this via grep.

o  The backward-compatibility headers display a warning under GCC indicating
   that they are obsolete together with a hint which file should be used
   instead. Example:
   :> cc -o test test.c
   In file included from test.c:2:
   conf.h:6: warning: #warning "This header becomes obsolete, use ap_config.h instead"
   In file included from test.c:3:
   compat.h:6: warning: #warning "This header becomes obsolete, use ap_compat.h instead"

o  The dependencies in the Makefiles and the "distclean" target in
   src/Makefile.tmpl were updated accordingly.

o  Some C comments were also changed to now read "ap_config.h" instead
   of "conf.h", etc.


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

to do a direct WIN32 check inside conf.h. Now it should be correct for both
WIN32 and non-WIN32 environments. Thanks to Doug for discovering it and Marc
and Jim for hints.


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

This doesn't fix any of the code, just makes it hurt less.  Major
bogosity here.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

doesn't have a drive letter and isn't UNC instead of dumping with
a very unrewarding ap_assert().

PR:
Obtained from:
Submitted by:
Reviewed by:


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

Fixes problem where paths without a directory were rejected with
a horrible error on Win32.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

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

geteuid() and chown().


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

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

functions to read/write the values. The rub is that it's sys/resource.h
file DOES define RLIMIT_CPU, which causes http_core.c to barf. Soooo
we just don't include the header


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

PR:
Obtained from:
Submitted by:
Reviewed by:
Oops... gotta recall that older (and esp. SysV-based) tr's require the
'[]' method. This works fine with BSD tr's since it maps the [ to [
and the ] to ]. Cover all bases.


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

we forgot them for the next release ;-)


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

change its priority, it doesn't hurt is when we are additionally be even more
conservative:

Let mod_mmap_static be more reserved unless at least one "mmapfile" directive
is present in the configuration. Because this experimental module has to do
some black magic to operate inside the current API and thus forces
side-effects for other modules under some circumstances.

PS: For Apache 2.0 we really need dynamically configurable
    priorities _per API hook_ for each module, yes....


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

to avoid problems under brain-dead platforms like Digital Unix (OSF1).

PR: 2596
PS: The error on OSF1 also could mean that OSF1 really wants "egrep -e
    <pattern>" instead of "egrep <pattern>". But when this is the problem
    other egreps in src/Configure also would fail. Because they don't we can
    assume that the problem for OSF1 is really the missing quotes because of
    the ^ char.


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

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

At least under the Win32 environment it is not available.


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