Submitted by:	Thom May <thom@planetarytramp.net>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93764 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93763 13f79535-47bb-0310-9956-ffa450edef68

PR: 10067
Obtained from:  Dirk-Jan Faber <dirk-jan@selwerd.nl>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93762 13f79535-47bb-0310-9956-ffa450edef68

one up I just introduced :(.
Add the standard comments to the module struct.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93761 13f79535-47bb-0310-9956-ffa450edef68

Get the logic right this time.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93760 13f79535-47bb-0310-9956-ffa450edef68

Remove a check that was in here twice.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93759 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93758 13f79535-47bb-0310-9956-ffa450edef68

expectations of their usage.

The reason that we should make this change now is that we have changed
the implied meaning of AP_FTYPE_HTTP_HEADER - some users of this should
be PROTOCOL while others should be CONTENT_SET.  In order to clarify it,
toss all of the bogus names and force the filter writers to make sure
they understand what they are doing.

CONTENT_SET is new (horrible name - change if you have better idea), but
it indicates that it should run between RESOURCE and PROTOCOL.
mod_deflate is the ideal CONTENT_SET filter.

The changed type names are:
CONTENT is now RESOURCE.
HTTP_HEADER is now PROTOCOL.  However, most filters that used HTTP_HEADER
may want CONTENT_SET.  (Only things like POP and HTTP belong as PROTOCOL.)

MMN bump since all filters need to be recompiled due to filter reordering.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93756 13f79535-47bb-0310-9956-ffa450edef68

protocol filters, so stop the segfault.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93755 13f79535-47bb-0310-9956-ffa450edef68

declaration.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93754 13f79535-47bb-0310-9956-ffa450edef68

then when any request filters are added, the connection filters will be
lost.  This fixes the proxy.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93752 13f79535-47bb-0310-9956-ffa450edef68

phase.  This moves us to inserting the filters in the create_request
phase.  This makes more sense, because now the protocol filters are attached
to the request as soon as possible.  Previously, some requests never
called the insert_filters phase, so they don't get the filters.  Think
redirects for reqeusts that never call insert_filters.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93750 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93746 13f79535-47bb-0310-9956-ffa450edef68

the complexity of trying to set the filter chain correctly, with the
side-effect of forcing us to walk the entire chain whenever we add
a filter.  Since the filter chains are small, the decrease in
complexity is worth it.
Reviewed by:	Allan Edwards


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93745 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93744 13f79535-47bb-0310-9956-ffa450edef68

  fix major bogosity in the logic to avoid setting LDR_CNTRL=MAXDATA=xxx
  for a 64-bit build...  the name of the environment variable was wrong
  and even the test usage was bogus


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93743 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93742 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93741 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93740 13f79535-47bb-0310-9956-ffa450edef68

it wouldn't allow overrides from variables like --prefix,
--bindir, etc.

Mention my fix to the core input filter for the AP_MODE_EXHAUSTIVE case.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93739 13f79535-47bb-0310-9956-ffa450edef68

it wouldn't allow overrides from variables like --prefix,
--bindir, etc.

Obtained from:  Partly from an autoconf-generated configure script.
Submitted by:	Thom May <thom@planetarytramp.net>
Reviewed by:	Aaron Bannert, Justin Erenkrantz


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93738 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93737 13f79535-47bb-0310-9956-ffa450edef68

This patch changes nothing outside of that mode.

Also, why do we ever call apr_brigade_length() in the core? This doesn't
seem right to me, so here's a comment above the other call.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93736 13f79535-47bb-0310-9956-ffa450edef68

PR:
Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93734 13f79535-47bb-0310-9956-ffa450edef68

apr_exploded_time_t.

PR:
Obtained from:
Submitted by:	Thom May <thom@planetarytramp.net>
Reviewed by:	Ian Holsman


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93733 13f79535-47bb-0310-9956-ffa450edef68

deleting a filter from the chain


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93732 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93731 13f79535-47bb-0310-9956-ffa450edef68

by turning off indenting.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93730 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93729 13f79535-47bb-0310-9956-ffa450edef68

At the moment, not everything will validate with this DTD.  This could be
for a couple reasons:

1. The DTD needs some slight adjustments.

2. The xml needs some slight adjustments.

On the other hand, some things like mod_rewrite.xml are so far from this
DTD that I don't think I will bother trying to make it validate right
now.

Submitted By: Brad Miller <brad@beldamar.com>, Joshua Slive


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93728 13f79535-47bb-0310-9956-ffa450edef68

Get rid of the 100% table widths, since they don't render well in MSIE.
Add the   back in "Module Identifier".
Fix the remaining extra-space problems.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93727 13f79535-47bb-0310-9956-ffa450edef68

and improve a few spacing issues.

Submitted by: Patrik Grip-Jansson <patrikj@gnulix.org>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93726 13f79535-47bb-0310-9956-ffa450edef68

Submitted by:  Greg Stein


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93725 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93723 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93722 13f79535-47bb-0310-9956-ffa450edef68

I was too stupid to read the code to determine that the accept mutex
failure log messages were harmless and not indicative of a real problem.

I'll try to understand the conditions where I'm seeing connections
dropped.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93721 13f79535-47bb-0310-9956-ffa450edef68

about the log level and use APLOG_DEBUG if we're restarting


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93720 13f79535-47bb-0310-9956-ffa450edef68

failed when actually it was apr_proc_mutex_unlock() which failed


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93719 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93718 13f79535-47bb-0310-9956-ffa450edef68

(de-tab)
PR:
Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93717 13f79535-47bb-0310-9956-ffa450edef68