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

	Reposition the OS/2 display of the server version information so it
	has something to display.

Submitted by:	Brian Havard <brianh@kheldar.apana.org.au>
Reviewed by:	Ken Coar


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

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

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

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

 1. Add big fat hint in INSTALL about risks and to read the
    htdocs/manual/suexec.html document before using the suexec-related
    configure options.

 2. Make sure the user has at least provided one --suexec-xxxx option
    (specifies suEXEC parameters) in addition to --enable-suexec option.
    If only --enable-suexec is given APACI stops with a hint to INSTALL
    and htdocs/manual/suexec.html documents.

 3. Provide two additional --suexec-xxxx options to make the suEXEC
    configuration complete (especially for package maintainers who else
    had to patch the source tree) by providing ways to configure minimal
    UID/GID and safe PATH, too.


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

1. $(INCLUDES) on the linking (x.o -> x) step is bogus.
   This is only needed in the compile (x.c -> x.o) step
   and is already done in the implicit target .c.o

2. Because suexec.c now includes conf.h a "make suexec"
   is broken because we don't provide $(INCLUDES) for
   the all-in-one step (x.c -> x). So at least we have
   to provide the rule for suexec.o -> suexec.


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

	Fix a broken cleanup registration that was breaking CGI handling.


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

	Oops, CGI scripts are broken.  That's a showstopper for sure.


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

so change to `flag'
PR:
Obtained from:
Submitted by:
Reviewed by:


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

	Foo, forgot to update MMN due to addition of ap_add_version_component
	and discontinuation of SERVER_SUBVERSION support.  (Which still needs
	to be ripped out of Configure, et alia loci).


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

  - make sure the configure script creates its temporary files in the
    shadow tree to avoid conflicts with parallel configure runs
  - removed unnecessary option "-r" from "rm" call for Makefiles
  - make sure the configure scripts creates the shadow-wrapper Makefile
    only when no shadow trees already exists
  - make sure "make distclean" removes the shadow-wrapper Makefile but only
    when no more shadow trees exists
  - overhauled mkshadow.sh script: now its more IFS-safe and approx. twice
    as fast (in the past it needed 70sec, now it runs just 38sec)
  - make sure CVS does not complain about the created files
    Makefille.<gnutriple> and directories src.<gnutriple>


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

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

	Add the AddVersion* directives to the 'new for 1.3' documentation.


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

configuration or htdocs files. This is similar to how APACI now works.
For the configuration files, the @@...@@ tokens are expanded, and
the file called conf\*.conf.default. Then it is _copied_ to the
corresponding conf\*.conf _only if_ that file does not exist. If it
does exist, it displays a messagebox saying "Preserving file XXX", like
APACI. [PR#2118]

For the htdocs, the manuals are always installed into htdocs\manual(*)
However htdocs\index.html and htdocs\apache_pb.gif are not installed
if they already exist. So this will now not overwrite the user's
index.html file. [PR#2084 -- for Unix, but applied to Win32 as well]
Note: under APACI the manuals are not installed if htdocs exists. On
Win32 htdocs\manuals is installed. This is because we add a menu
item "Apache Documentation" which launches explorer to read the docs, so
we really want them installed.

(* if the installation type includes manuals, that is).

A couple of other fixes:

  - always create cgi-bin and htdocs directories, even if the
    manuals are not being installed

PR: 2118, 2084


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

know we'll be adding it later


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

	Add the core AddVersionComponent and AddVersionPlatform directives,
	which make the SERVER_SUBVERSION functionality a runtime thing and
	allow adding OS identity to the Server-Version string respectively.

PR:		2056
Reviewed by:	Jim Jagielski, Martin Kraemer, Brian Behlendorf


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

char_buf" which is what he wanted to use but not typed.


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

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

defensive approach: never allow patching a prefix char in front of
a constant string (or in front of char_buf); delimit strchr() to not
scan past the generated string;
Add 'h' modifier for compatibility reasons with other printf()s.


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

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

Emit the Accept-Ranges header for every response from the default handler,
instead of just for those that don't emit a "Range" request.


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

to start when the Group # is set to a negative or large positive value


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

number is above 60000. The Apache Default of #-1 is interpreted by these
kernels as a huge positive integer, and semctl() fails with EINVAL.
A NOTE was added to the httpd.conf-dist file to warn about such a problem.
I was mislead into thinking that ReliantUNIX had semctl() problems, but
the reason was a wrong group id; the ReliantUNIX 5.44 fallback to
USE_FCNTL_SERIALIZED_ACCEPT was therefore unnecessary, I reverted to the
old default.


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