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

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

Highly experimental, but known to work for some tests.


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

(I did this locally, but didn't figure it was worth committing, but it's
still worth noting.)


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

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

(Review of RFC 1952 indicates that this is indeed easily allowable.)


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

(No functional changes, just style changes, so I can read the darn thing.)


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

- Tighten scope of a few affected variables (accepts, token).
- Look for gzip in r->headers_out (!) - if there, we've already compressed.
  (Previously, we'd look at r->headers_in which was bogus - we're output.)
- Switch the Accept-Encoding check to be case-insensitive per RFC 2616.
- Remove commented-out code.
- If C-E wasn't present or it was just "identity," set C-E to "gzip",
  otherwise, merge "gzip" onto the C-E list.

This patch was originally submitted by Ian and cleaned up and tested by
Justin.

Submitted by:	Ian Holsman
Reviewed by:	Justin Erenkrantz


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

- Switch to using apr_file_read_full()
- Stop checking for \n (non-portable)
- Error if we read the entire buffer or the first digit isn't a number


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

can't just apr_stat in the first init round because we haven't run
apr_tokenize_to_argv() yet, and it would be a relatively ugly hack to run
it twice just for that.  Well, I suppose we could store the argv in the
rewritemap structure, but ... nah.  With this, we shutdown (cleanly, as
opposed to the old exit(1) method) if we go to execute a rewritemap
and discover it doesn't exist, and log a nice descriptive message at the
end of the error_log.


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

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

This could use review!


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

PR: 8464
Submitted by: James Tait <JTait@wyrddreams.demon.co.uk>


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

code for invalid chunk sizes.


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

- If get_chunk_size() returns a negative number, that probably implies
  an overflow.  So, create a 413 error and pass it to the output filters.
- Modify ap_discard_request_body() to return OK quickly if we're a subreq
  or our status code implies that we will be dropping the connection.
- Modify ap_die() so that if the new status implies that we will drop
  the connection, that we correctly indicate that we can not keepalive
  this connection.  (Without this, the error is returned, but the connection
  is not closed.)


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

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

UserDir http://www.foo.com/~*/

The code would ignore the http:// and instead use the user's home directory


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

ugh.


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

threadsafe.

PR: 9469


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

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

showstopper++;  (groan)

Cliff can revoke this as a showstopper, but I think this'll get fixed as soon
as I (or someone else) figures out how to return HTTP errors from a filter.


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

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

If it was then releasing it again causes a "releasing an unheld lock" warning
on NetWare.  To avoid the warning, first try to get the lock before releasing
it.  The other alternative would be to just assume that the lock has been
released when the connection was closed so do nothing.


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