Reviewed by: nd


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

Thanks, Paul, for your extensive documentation!


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

Updates to the mod_disk_cache.xml file to update formatting, improve
detail and accuracy, and to align with what the code does.


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

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

Updates to the mod_cache.xml file to update formatting, improve
detail and accuracy, and to align with what the code does.


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

Updates to the mod_mem_cache.xml file to update formatting, improve
detail and accuracy, and to align with what the code does.


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

Since the directives CacheIgnoreCacheControl and CacheIgnoreNoLastMod
are AP_INIT_FLAG one should be able to set them explicitely to "Off".

Submitted by: Andre Malo
Reviewed by: Paul J. Reder


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

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


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

  Per Justin's feedback, this still needed a little work to get the
  four cases (block/nonblock read/nodata) straight.


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

  Rule one of winsock and other one-offs (even unix EINTR) ... blocking
  isn't necessarily blocking.  Should not have changed this in the prior
  commit, and adding the same retry to the -1/EAGAIN|EINTR case.


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

  errno?  EINTR?  what planet was this code on :-?  Normalize the
  ssl_io_filter_connect code to follow the filter read and write.
  Notice that it's buck ugly, but we will extract an rc first from
  the input BIO if it was written, and then try the output bio if
  it was APR_SUCCESS, during _connect processing.


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

- add <seealso>s to AcceptPathInfo and the CGI spec
- little markup improvements
- whitespace reformatting
-> update transformations


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

- some whitespace reformatting
- mark example title as such one.
- update transformation


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

- update mod_cache related transformation


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

- <em> -> <var>
- markup changes
- some whitespace reformatting

content:
- fix directive contexts
- clarify the flag directives and add default values
- add short description for CacheDefaultExpire


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

(I gotta think someone is committing bogus transformations as I can't
figure out how these transformations are valid and why they would be
changing right now.  Yet, these need to stay in sync.)


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

controlled by ServerTokens.

Submitted by:	Francis Daly <deva@daoine.org>
Reviewed by:	Justin Erenkrantz


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

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

- <em> -> <var>
- markup improvements
- allow class attribute for <li>

content changes:
- remove the references to apache 1.3 in IndexOptions descriptions
- clarify (prior non-existing) incremental index options example...


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

  Merge the last of the 'filtering' functions into ssl_engine_io.c, merge
  ssl_abort into what was ssl_hook_CloseConnection, clean out a bunch of
  now-static or private headers from mod_ssl.h, and final fix a very small
  but potent segfault if ->pssl is destroyed within our read loop.


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

Submitted by: Tim Gerundt <tim@gerundt.de>


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

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

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

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

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

  Actually, the APR_ECONNABORTED (EOS-only brigade) is the direction we
  are contemplating for the next release, not the prior behavior
  (which was APR_SUCCESS for c->aborted.)


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

  With a last little bit of help from Justin, this should cause the
  appropriate amount of tumolt and turmoil if our client has 'gone away'
  on us, sparing us of further processing (and potential 'renegotiations'
  with a non-existant client.)


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

  At least one doc I've seen says EOF+bytes is valid.  This was a typo.


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

  Appears we forgot to check the possibility of errors coming from the
  write brigade passed down from the content generator through the body
  and protocol filters.


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

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

btw: could someone fix the directive description in
     mod_include.c:3522? ;-)


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

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

  Rename the many flavors of filter_ctx (pRec, fctx etc) to filter_ctx,
  wbio to bio_out, BIO new and free to create and destroy (to match OpenSSL),
  refactor the bio write code to stash errors in outctx->rc,
  fix the blocking read at EOF if we have some data to return,
  and preempt the nonblock read on GETLINE if we have the newline already.


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

to/instead of/
Thanks to Peter Nelson for pointing this out.


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

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

  Fix for PR 10216 ... we should not return the status unless we want the
  core to ap_die for us.  If we've handled the response (as determined
  by a new response_sent flag) then the server does not need to do so.


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

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

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

Submitted by: Luiz Rocha <lsdr@lsdr.net>


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

  Mr. Trawick was dead on, and this revealed a much bigger bug.
  Factor out the opts/override merging (since we do it three times)
  and eliminate all the nasty goto's.  This bug likely caused all
  sorts of dir_walk configuration issues including htaccess issues.
  Also add a few more docs where things aren't so obvious.

PR: 14147


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