In get_tag(), add an XXX comment pointing out a discrepancy in the
behavior pre- and post-bucketization.

In include_cmd(), don't destroy a brigade just handed off to the next
filter.  Subsequent filters will take care of that soon enough.

Fix some compile warnings (mostly removing unused variables).


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

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

eos in a different manner.

Catch bad retcodes from bucket->read().


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

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

and fix the comment explaining how to reduce the incidence of tiny chunks.
Submitted by:	Jeff Trawick
Reviewed by:	Tony Finch


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

to get to the filter name from the filter itself.  This is useful for
modules like mod_perl, which have one filter function that does different
things based on the name used when the filter was inserted.


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

that have been previously registered with the server.  Currently the
directive is only valid inside the config file, but once the Options
directive is tweaked a bit, I would feel more comfortable exposing this
directive to htaccess files.

As a part of making adding this filter, I removed the ctx pointer from the
ap_add_filter prototype.  The problem is that the core is the thing that
is actually inserting the filter into the filter stack, but the core doesn't
know how to allocate memory for each filter.  The solution is to have the
filters themselves be responsible for allocating the ctx memory whenever
it is required.


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

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

sub-requests allowed_methods array before we try to copy into it.


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

add it.  I accidentally deleted the wrong line before I committed last
night.


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

setups and use a syntactically valid hostname in the example.


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

stage, but it should compile for everybody now.  I have experienced a few
seg faults that I haven't been able to track down yet, but it should
compile on all platforms, which is better than before this patch.


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

	Start introducing the extension-method elements so we're not
	bound to hard-coded names and a bitmask.  We still use the
	bitmask for known methods, but we also have an array for
	extension method named.  Wherever we used the M_* constants
	we need to use a routine that knows about the new structure instead.

	This is far from complete, but AFAIK this interim work doesn't
	break anything -- especially the compile.  The rest of the
	work will be added in segments; this is just a checkpoint.


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

	Do a bunch of style-guide fixups (like wrapping Boolean tests
	correctly and enblocking singel-statement if()s).


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

does not require any IP addresses in httpd.conf and which disregards
the local IP address of any connections. This will be particularly
appreciated by people running little servers on machines with
dynamically configured IP addresses, and by people wishing to use
identical httpd.conf files on all the machines in a load-balanced
cluster.

The syntax is:
        NameVirtualHost *
        <VirtualHost *>
                ServerName my.friend.has.a.silly.vanitydomain.org
                DocumentRoot /usr/local/apache/docs1
        </VirtualHost>
        <VirtualHost *>
                ServerName but.easier.to.spell.than.my.vanitydomain.org
                DocumentRoot /usr/local/apache/docs2
        </VirtualHost>

The implementation is a straightforward extension of what is there
already although the patch is made somewhat larger by the need to
avoid duplicate code for normal and wildcarded NameVirtualHosts.

PR: 5595, 4455

[ported from 1.3.13]


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

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

All directives are now consistently capitalized.
PR:
Obtained from:
Submitted by:	Rich Bowen <rbowen@rcbowen.com>
Reviewed by:


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

(Yeah, it got closed during pool cleanup, but it is more understandable if
it is closed the same way for nph and !nph cgis.)


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

done by adding a flag to the request_rec.  When ap_pass_bucket sees an
EOS bucket, the flag is set.  If the flag is still unset when
ap_finalize_request is called, then ap_finalize_request sends an EOS.  This
fixes the problem with chunking and CGI.


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

the CGI output should live in the request pool, not in pcgi.  pcgi (in
the httpd processes, at least) isn't cleaned up until we restart httpd.


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

ship with VC++ 5.0.


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

nothing.


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

like mod_cgi, creating a single element bucket brigade that is passed to
the next filter.  This is instead of making mod_cgid read from the socket,
and call ap_r* repeatedly.


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

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

of Apache.


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

register themselves by name with mod_dav. The user configures a particular
provider for a location/directory. mod_dav looks up that provider and uses
it explicitly. (the prior behavior simply asked "anybody" to satisfy the
get_resource, but it did not mesh well with user-specified providers)

*) add providers.c to deal with provider registration
*) rejigger mod_dav.c to toss the hook and use the provider
*) clean out dav/fs/ of the old scheme and have it register itself


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

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

    entry, it saw there were zero bytes and simply returned. the client
    would never receive "end of response" and timeout (or the server would
    timeout the client).

*) added comments about what is going on
*) place chunk start/end markers around just the content, if that content
   is non-zero in length
*) insert all the right "end of response" stuff before the EOS bucket


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

for manipulating the brigade.


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

PR: 6139
Submitted by:	 ken@nsds.com
Reviewed by:	Joshua Slive
 "TestCond" should read "TestString" in documentation for mod_rewrite


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

PR: 6419
Submitted by:	chris@chrullrich.de
Reviewed by:	Joshua Slive
Missing Override.


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

PR: 6470,6450,6218,6216,6478
Submitted by:	pepper@reppep.com
Reviewed by:	Joshua Slive
Grammar fixes from the bug database.


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

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

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

- recognize and dispatch the latest set of DeltaV methods
- refine the CHECKOUT provider hook
- add avail_reports provider hook
- fix the "target" resolution mechanism


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

doing things with bucket brigades.


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

empty. Avoiding referring to the element type in the macros resulted
in some double dereferences that did the wrong thing.
Reported by:	Jeff Trawick


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

PR:
Obtained from:
Submitted by:
Reviewed by:
Small fix to modules index.


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

PR:
Obtained from:
Submitted by:
Reviewed by:

Add an index of modules "by type".  The modules directory in 2.0
could use a good cleaning to get rid of stuff that doesn't need
to be carried over, but that can wait.


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

get a pipe back from create_child, and stuff that into a buff to read from
it.  This made sense in 1.3, because we got a buff back from the
create_process call.  In 2.0, we are getting a pipe, so this doesn't
make sense.  This patch just uses the pipe that is returned to us to read
the information we want.
Submitted by:   John K. Sterling <sterling@covalent.net>
Reviewed by:    Ryan Bloom


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