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

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

various updates, removal of some items, additions of others.


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

Submitted by:	"Michael K. Sanders" <msanders@iNetz.COM>

Clarification.  CNAME to an IP address is incorrect.


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

Slightly improve the grammar; however, in my opinion this whole chunk can just
be tossed out of the FAQ.  I can't believe we're actually asked "how can I make
only one file executable?".


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

Never can make the development environment too comfortable for our Win32 folks.
[smile]


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

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

Hi,

the patch makes mod_rewrite, mod_log_config, mod_status and
the ServerSignature feature compatible with 'UseCanonicalName off'
by changing  r->server->server_hostname to ap_get_server_name().

And I changed some functions which use r->server->port to
use ap_get_server_port() instead, because if there's no Port directive
in the config r->server->port is 0.

ciao...
--
Lars Eilebrecht                        - Reality has always been to small
sfx@unix-ag.org                             - for human imagination.
http://www.home.unix-ag.org/sfx/


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

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

Submitted by:	Dean Gaudet

get/set_module_config are trivial enough to be better off inline.  Worth
1.5% performance boost.  Updated for renaming.

Dean


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

PR:
Obtained from:
Submitted by:	Jim Jagielski
Reviewed by:	Brian Behlendorf
Fix off-by-one error in ap_proxy_date_canon() when we check to see
if 'x' is at least 30-chars wide.


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

allow for another day after the weekend for feedback, since Mondays
could be busy (as people look over the weekend performance)


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

fixes if I understand correctly


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

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

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

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