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

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

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

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

BS2000 needs an extra authentication phase (beside setuid()) for changing the permissions to the un-privileged user account


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

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

to avoid problems in some brain-dead Bourne-shell variants when something like
"$conf-dist" is used which now is written more safe as "${conf}-dist".


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

- give hint where compiler and optimization flags have to
  specified (under CC and OPTIM)

- give hint that using -O3 (or -O6 which is used often for pgcc) is risky

- remove example from out-commented entry because this is
  inconsistent with the other entries and only leads to less
  thinking by the user

Feel free to fix me here.


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

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

said he removed it in the top-level, but it's still there.
So remove it now!


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

Moved HTTP_Features to a more appropriate directory, now we don't need to
remove it when we build the release.


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

shifted an open issue from the list to status.  Since this is a protocol issue
it merits attention.


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

Yay!  Ben handled this one too.


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

Submitted by:	Ronald.Tschalaer@psi.ch
Reviewed by:	Dean Gaudet, Brian Behlendorf

Preserve the 'x-' if the client used it in its Accept-Encoding headers.
I had to make a small cosmetic change to mod_negotiation.c so that this
report would be attached to the change, since the actual one had a blank
log message.  Oops.

For more details about this whole mess, check out
<Pine.LNX.3.96dg4.980418001055.4893D-100000@twinlark.arctic.org>
From the April 1998 archives, and the whole thread around it.


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

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

Add something Dean caught


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