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

(ap_setup_listeners).  This eliminates the need to force a recompile of
listen.c when you switch to/from using prefork.


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

new AP_RING macros. Most of this commit is fairly pedestrian as you
would expect, but I had to redo the chunking filter because of the
amount of pointer juggling it did. I have done some minimal testing
of this patch and it seems to work.


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

PR:		5872 (reported against 1.3)
Submitted by:	Jun Kuriyama <kuriyama@imgsrc.co.jp>
Reviewed by:	Jeff Trawick


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

it looks correct, and this problem has been submitted to me multiple times
PR: 6501
Submitted by:	 Shuichi Kitaguchi <ki@hh.iij4u.or.jp>
Reviewed by:	Ryan Bloom


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

Submitted by:	Jun Kuriyama <kuriyama@imgsrc.co.jp>


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

values to prevent integer microsecond overflow.


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

Submitted by:	Victor J. Orlikowski


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

introduce extended error status as a start of more helpful error logging;

instead of aborting the process when we get a bucket-straddling char too
wide to handle, trace the problem and return an error;

when we get to the end of the brigade and we're still waiting for the rest
of a character, return an error instead of ignoring the problem;

if we get 0 bytes when reading from a pipe, don't fret (segfault); skip
over this empty bucket and read the next one;

don't set done if send_downstream() returns APR_SUCCESS; set it for the
opposite condition; that bug kept us from processing our entire input
brigade for brigades that caused lots of output;


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

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

we use a modified LIFO.  It is modified, because if we add a filter while
in the middle of another filter, the added filter gets put in after the
current filter.  This requires that the server is smart about which filters
are added when.  This should be handled by the HTTP protocol, but we will
want to keep and eye on things for a little while.

This change is necessary, because currently when we add a filter it goes
after the last filter of the same type.  This is broken whenever we want
to add a filter that has a dependancy.  Think about the core and chunking
filters.  They are of the same type, and core is always added first.  When
we go to insert chunking, it gets added, but it is never called.


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

return value.


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

(though gcc was happy with it).


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

install bin directory during "make install".  Used for OS/390 dso builds.


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

As soon as we hit such a bucket, we'll read from it then pass everything
we have so far on to the next filter.  At that point we'll start over.

Also, increase the size of the chunk header buffer to handle larger
lengths.

Note: There is still an extra final chunk header (0) when mod_cgi is used
because EOS is coming down twice.

This is likely to have some bugs here and there.  Even worse, it is butt
ugly and in need of simplification.


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

	Adding the Taiwan translation bits.


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

is going to write a bunch of stuff to stdout and nothing to stderr.
Reading stderr before processing the stdout pipe can cause deadlock if
the CGI fills the kernel buffer for stdout because the CGI will stall
writing to stdout while the httpd process will stall reading from the
CGI's stderr.

The NPH CGI behavior was unchanged.  If this is still a problem for NPH
CGIs, it was a problem before filtering too.

Also, get rid of a couple of unused variables in cgi_handler.


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

Submitted by:	Victor J Orlikowski <v.j.orlikowski@gte.net>
Reviewed by:	dreid@apache.org


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

time being.  The changes should apply equally to mod_cgid, but I haven't
had a chance to really try it yet.  This is definately sub-optimal as far
as performance is concerned.  The concepts are there, and the flags are
available for performance tuning, but I didn't want to really get too
enmeshed in it today.


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