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

NEED_UNION_SEMUN #define): On 64 bit Unixes (where sizeof(void*) == 8)
the "val" field should be a long, not an int. Otherwise the kernel would
access a halfway undefined field.
On 32 bit Unixes, this change will have no impact.

Obtained from: Uschi Pippel <pippel.pad@sni.de>
Reviewed by:	Jim Jagielski


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

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

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

fix an off-by-1 error
and fix the indentation


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

http://www.apache.org/docs/new_features_1_3.html
URL by avoiding a trailing dot on the line.


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

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

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

loaded under runtime (`LoadModule') via the DSO mechanism:

     1. The list of loaded modules is now a dynamically allocated one
        and not the original statically list from modules.c
     2. The loaded modules are now correctly setup by LoadModule for
        later use by the AddModule command.
     3. When the DSO mechanism for modules is used APACI's `install'
        target now enables all created `LoadModule' lines per default because
        this is both already expected by the user _and_ needed to avoid
        confusion with the next point and reduces the Makefile.tmpl complexity
     4. When the DSO mechanism for modules is used, APACI's `install'
        target now additionally makes sure the module list is reconstructed
        via a complete `ClearModuleList+AddModule...' entry.
     5. The support tool `apxs' now also makes sure an AddModule command
        is added in addition to the LoadModule command.
     6. The modules.c generation was extended to now contain two
        comments to make sure no one is confused by the confusing terminology
        of loading/linking (we use load=link+load & link=activate instead of
        the obvious load=activate & link=link :-( )

This way now there is no longer a difference under execution time between
statically and dynamically linked modules.

Submitted by: Ralf S. Engelschall
Reviewed by: Brian Behlendorf, Jim Jim Jagielski


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

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

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

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

	Argh.. inserted out of order.


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

	Note correction to mod_example.


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

	Missing template handler format for the FLAG type of directive.


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

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

	md5 was missed during the Great Renaming's reflection in compat.h.

PR:		2188
Submitted by:	Kim Yong-ook <ghost@netian.com>
Reviewed by:	Ken Coar


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

the end of a block to be sure it hasn't been overwritten.


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

fix a memory leak -- need to block alarms the whole time
the block is being "abused"... easier to do that than it is to massage
p->last each time we have to get a new block.

fix a bug in psprintf_flush, it wouldn't copy properly when moving to
a new block

fix compile errors when compiling with ALLOC_USE_MALLOC


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

I have examined the mail archives extensively on this issue.  It's apparent
that apache'c current behavior regarding range-requests for ranges that go
beyond the length of the current object is correct.  See

<9711141658.aa15032@paris.ics.uci.edu>

where Roy says:

  The current behavior is correct.  A range which extends beyond the actual
  length of the entity is possible in cases where a device is attempting
  to limit the response size (think PDA) even when it doesn't yet know
  the actual length.  At least, that was the goal.

So, you all can now sleep at night.


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

Submitted by:	Dale Couch <dcouch@training.orl.lmco.com>

slight clarification for NT users.


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

Standardized the time format printed out by mod_status, which now means it
includes the time zone.


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

Submitted by:	Paul Eggert <eggert@twinsun.com>

Fix handling of %Z in timefmt strings for those platforms with no time
zone information in their tm struct.


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

Submitted by:	Paul Eggert <eggert@twinsun.com>

Fix handling of %Z in timefmt strings for those platforms with no time
zone information in their tm struct. [


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

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

Sounds like we all agree it'd be more trouble than it's worth at this point.


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

Removed one show-stopper (unless someone wants to step up and point out
something we missed on this issue), related two others to non-showstopper
status


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

Thanks to Ben Hyde for immediately discovering this.


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

recognized as a showstopper because:

Without it 1.3b7 will have the same side-effects as 1.3b6 when using DSO: The
module execution order is incorrect because it is split into two separately
sorted lists and the user even has no chance to manually correct it because
the AddModule command is broken.  This patch fixes both AddModule and makes
sure the module list is reconstructed in httpd.conf when DSO's are used.

So, especially it changes some stuff in http_config a review and votes would
be fine.


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