- <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

  Well that was a little borked, if you were having stack problems using
  logio the missing pre_connection hook declartion could have something
  to do with it.


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

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

*No functional changes*


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

  Inject logio into the win32 build


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

there is ap_assert() and AP_DEBUG_ASSERT()


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

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

in mod_ssl.


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

Stick a comment in there as a 'Waldo was here' so that if I ever see this
again, I realize that I've actually thought about it and didn't think >
was necessary.


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

  Clean up the read pattern for cases when some data already exists.
  Also return APR_SUCCESS once we've gathered any decrypted bytes.


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

  Distinguish inctx, outctx, frec [and b ??? looked like bucket to me!!!]


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

  More nits spotted by Justin, and catch all the errors except SYSCALL
  in the SSL logging section.


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

  Suggestions by Justin, implemention by Will.  Rename away all bogisity,
  especially eliminating all of 'our' capitalized identifiers that were
  easily confused with library symbols; go with APR_STATUS_IS_EOF() just
  in case there is a platform result; fix a bogus *len = 0; reassignment
  and fold the two flavors of input context tracking into one.


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

  Completely refactor the BIO-side client input handling for the SSL library.
  Should eliminate many false spurious interrupt detected errors.


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

  Fix a trailing slash/last filename truncation bug observed on Linux,
  which affected DAV MOVE operations and even general file access.
  PR 14147, 10687, 10236 [Dan Good <debug@gooddan.com>]

  I'm accepting Jeff Trawick's suggestion of twisting the test into an
  assert, since it seems very unlikely (after correctly resetting the flag)
  that this will fault.

Reviewed by:  Jeff Trawick, Will Rowe


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