Submitted by:	Hiroaki KAWAI <hawk@bcl.t.u-tokyo.ac.jp>


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

the *_client_block calls.


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

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

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

Submitted by:	Hiroaki KAWAI <hawk@bcl.t.u-tokyo.ac.jp>
Reviewed by:	Yoshiki Hayashi


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

possible that there can be different behavior at the protocol level if
request_rec isn't really a request but a response.

This stems from the fact that request bodies must be indicated by
Content-Length or Transfer-Encoding, but response bodies do not.  The
recent change to ap_http_filter to return EOS if there isn't a body broke
proxy.  Therefore, there must be some way for the proxy to indicate that
this is a response.  Accordingly, ap_http_filter can allow the BODY_NONE
iff this is a response.

Since r->proxyreq is set to PROXYREQ_PROXY even for the original request
from the client, that value isn't sufficient.  Hence, the introduction of
PROXYREQ_RESPONSE.


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

  All rather stale.  Any new/remaining issues should be moved to CHANGES
  in the present tense, as opposed to the "Future port to 2.0".  Heh


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

r->boundary.  BUT WAIT, I say, we have a test in there for that:
#if !MODULE_MAGIC_AT_LEAST(20020506,0).  The test doesn't seem to be
working.  That's odd, I think.  So I go look at the ap_mmn.h.  Egad,
the tests are totally backwards.  How on earth are we going to handle this?
Surely it's wrong in 1.3.x as well.  So I go look.  Nope, turns out it
got fixed TWO YEARS AGO in that repository.  Sigh.  Anyway, thanks Greg.
:)

Submitted by:	Greg Stein, circa Apache 1.3.13


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

  Now a moot issue.

  Isn't it time to just drop "PRs that have been suspended forever waiting
  for someone to put them into 'the next release'" if they have no status?


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

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

bypasses the *_client_block calls in favor of using the input filters
and brigades directly.


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

  Goodness


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

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

that anyone's been holding off on because they would affect the MMN, might
as well get them in now so we minimize the number of releases with MMN
changes.  I believe there are more renames pending in APR that should be
done sooner rather than later, for example.


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

  Always using -t "Window Title" option myself, so I never caught this.


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

  Four column tabs, no less?  Just a formatting fix


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

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

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

This removes the unnecessary overhead of the *_client_block functions.

Optimize usage of the dbuf char* (don't do pcalloc on it!)


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

last little changes.  ->datafile should be initialized... but doing so
brings up the fact that the check in run_rewritemap_programs() was
expecting ->datafile to have a string attached to it.  For clarity,
let's just use argv[0] there.  And since we've reinstated the use of
->checkfile, we no longer need that extra apr_stat() I hacked in,
so let's get rid of it.


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

- Minor style nit with spaces.
(No functional changes.)


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

in APR.


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

just use that information later.  I was having a problem with prg
directives with arguments failing the configuration.  The problem was
a call to stat, which was being passed the program name and the arguments.
Obviously, the arguments were messing up the call to stat.  This gets the
test suite working for me again.


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

apr_file_write_full is *guaranteed* to either write everything or return
an error.  It'll only write short if it received an error.


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

there is no request body.


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

(No functional changes.)
(Functional optimizations/cleanups coming later...)


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

Getting ready to tag PRE2.  We already know there will be a PRE3, but
this is just to help me in my RM duties later on.


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

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

  Solve a bug identified by Sebastian that we would always reaquire the
  lock immediately instead of stalling for the isapi module's thread
  to complete its work.  This requires the new changes to thread_mutex
  that introduce a guarenteed APR_THREAD_MUTEX_UNNESTED flag.

Reported by: Sebastian Hantsch <Sebastian.Hantsch@t-online.de>


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

all of the support NLMs to a bin directory.


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

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

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

and we don't enter the while loop.

Submitted by:	Jeff Trawick's horde of picky compilers


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

  Deflate inflates, who woulda known.  Glad I build clean occasionally.


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

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

- The "parent language" matchine is available always, not just
with ForceLanguagePriority

- ForceLanguagePriority defaults to Prefer, not None.


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

showstoppers -= 4;


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

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

signed-ness of char *

it looks like it should work fine, but it is untested


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

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