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

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