attempt to lose const on progname

strrchr was not the real library function that takes a
const parameter; instead, strrchr was the Apache macro which
makes it clear that const will be lost


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

with relative paths instead of absolute paths.  Apache 1.3 used
absolute paths for everything except for SuExec, this brings back
that standard.


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

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

invalid readbytes or errors reading brigades are properly handled.

Reviewed by:	Brian Pane


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

- Stash the remainder of the brigade in more when we see a flush bucket.
  Previous to this commit, we would only process the buckets before the
  flush on a HTTP/1.0 request and then return.

We are proably only finding this now since we now correctly check for
keepalive connection status.


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

present for internally redirected requests.

If HTTP_IN is present, r->proto_input_filters would have it, so adding it
twice is wrong.

PR: 10146
Reviewed by:	Brian Pane


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

  Doxygenate the rest of this header.  Had I not overlooked the #ifdef WIN32
  I probably wouldn't have had any issues parking this file in httpd/include


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

signal when data is ready rather than only allowing a single thread at a time to
be signaled by select().  This allows Apache to pull the requests off of the
listen queue as fast as winsock will allow without latency introduced by the
accept mutex.


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

program are specified


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

AP_CONN_UNKNOWN
AP_CONN_CLOSE
AP_CONN_KEEPALIVE

This also fixes a problem where ap_discard_request_body would not discard
the body when keepalive was 0.  This actually meant the keepalive status
was unknown *not* closed, but no one ever remembered that.

This problem was seen with mod_dav sending error responses (as reported by
Karl Fogel).

Suggested by:	Greg "this isn't the '80s" Stein
Reviewed by:	Greg Ames


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

when running in a vhost if the filter definition is not found in
the vhost.

PR:    10147


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

main links in order to put the less commonly used stuff to the bottom of
the list.


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

A number of people commented that they thought that beginners would find
that the IP addresses used in examples did not appear "real" enough.
Also, that the ".tld" domain names used in examples were confusing.
Examples have been changed to use 172.20 IP addresses, and host names
using more recognized tlds.


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

  Some small wording improvements.

Submitted by: James Cox <imajes@php.net>


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

connection->keepalive is false.  This works in conjunction with
ap_die which resets connection->keepalive any time
ap_status_drops_connection is true.  The latter is explicity tested
here in case ap_die isn't involved.

Submitted by:   Justin Erenkrantz, Greg Ames


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

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

  Move the last little useful bit of registry.c into services.c, and
  blast it.  All Win32 registry foo is going through ap_regkey now.


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

  Add in the other complex ap_regkey_value_foo() fns and move ap_regkey.h
  Out Of The Way of exports stumbling onto it!!!


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

undefined symbol link failures (apr_toupper is a macro, at least on
Unix).

Reported by:  Trawick's regression build


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

  Incorporate ap_regkey.c into the build.


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

  Replace gunk with ap_regkey calls.


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

  Introduce win32 registry handling through a very apr-ish interface.
  Deals with apr utf-8 encoding of filesystem values, so we preserve
  strings in any locality or nationalized flavor of WinNT, and avoid
  the gunk for Win9x.


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

  Another excessively warm day in Chicago.


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

  Doc it.


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

  Seems 9x can't delete two files at a time


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

  Finish the -w keep-console-open-on-error patch.


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

  The fix wasn't healthy for Win9x.  Work around pre-Unicode flavors.


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

on any platform with a macro-based tolower() that references its argument
multiple times.


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

the implementation matches the comments.  (Note: The current virtual
hosting code does case-insensitive host matching, so this fix is useful
mostly to help ensure that custom modules and any future vhosting code
don't get tripped up by case-sensitivity issues.)
Submitted by:	Perry Harrington <pedward@webcom.com>
Reviewed by:	Brian Pane


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

  Fixes Win32 cgi 500 errors when QUERY_ARGS or other strings include
  extended characters (non US-ASCII) in non-utf8 format.  This brings
  Win32 back into CGI/1.1 compliance, and leaves charset decoding up
  to the cgi application itself.

  Accomplished this by utf-8 encoding of plain octets for user and header
  data, so that the apr_proc_create() translates back to single unicode
  characters.  This won't necessarily translate into the correct octet
  depending on the codepage used by the cgi app.  That's the next task.


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

  Whoops... removal of the last compat was just this bit premature.


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

  With dav corrected, this last _compat.h bogosity leaves the core distro.


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

  The real pain.  ap->apr xml and text types.


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

  Not really sure what this is, but it wasn't aprized.  back out rev 1.2


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

  Adapt to use apr_ischar()


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

  Use apr_ flavors of ischar()


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

  cleanup uses of apr_ischar() macros (no cast required)


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

  That's apr, not ap (any longer)


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

  No crutches.


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

  Use apr_ variants of ischar() tests.


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