does reflect reality. Back then I would send some patches to
Eric and he'd submit them. But this was my earliest involvement
and it's just nice to note that.

I feel weird about this... :)
PR:
Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84848 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84820 13f79535-47bb-0310-9956-ffa450edef68

Authorization header.
Thanks to Joe Orton <joe@orton.demon.co.uk> for pointing out the problem.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84819 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84810 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84809 13f79535-47bb-0310-9956-ffa450edef68

On systems with case insensitive file systems (Windows, OS/2, etc.),
r->filename is case canonicalized (folded to either lower or upper
case, depending on the specific system) to accomodate file access
checking. case_preserved_filename is the same as r->filename
except case is preserved. There is at least one instance where Apache
needs access to the case preserved filename: Java class files published
with WebDAV need to preserve filename case to make the Java compiler
happy.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84804 13f79535-47bb-0310-9956-ffa450edef68

fixed uri-comparison when request-uri isn't identical to uri in Authorization header (some fields were not being initialized)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84803 13f79535-47bb-0310-9956-ffa450edef68

canonicalization (is that a word?) matches the file system's rules.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84798 13f79535-47bb-0310-9956-ffa450edef68

sync with unix version. But have not tested the httpd.conf-dist-win.

PR:
Obtained from:  Lee Kuk Hyun and Lorant Czaran
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84781 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84777 13f79535-47bb-0310-9956-ffa450edef68

"." in the expansion string immediately after a % directive.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84776 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84773 13f79535-47bb-0310-9956-ffa450edef68

expect them to be in the path or cwd.  Tweak the
service startup code to not only change to correct
drive but also correct directory.

Submitted by:	Keith Wannamaker
Reviewed by:	Bill Stoddard


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84754 13f79535-47bb-0310-9956-ffa450edef68

Attached are two patches to correct how Apache
deals with this.

  The first patch adds the util function
  ap_remove_spaces and exports it on all platforms.

  The second patch changes some service and registry
  functions to make use of this new function.


NT developers of Apache admin modules could use
some functionality from registry.c.

  The third patch exports four ap_x functions from
  registry.c

Submitted by:	Keith Wannamaker
Reviewed by:	Bill Stoddard


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84753 13f79535-47bb-0310-9956-ffa450edef68

Get rid of annoying apache -l cruft.
Submitted by:	Keith Wannamaker
Reviewed by: Bill Stoddard


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84752 13f79535-47bb-0310-9956-ffa450edef68

https through proxy on NT.

Submitted by:	willem.vanpelt@philips.com


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84746 13f79535-47bb-0310-9956-ffa450edef68

PR:
Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84741 13f79535-47bb-0310-9956-ffa450edef68

CGI var if PATH_INFO has upper case value & possibly other things too.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84739 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84736 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84734 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84721 13f79535-47bb-0310-9956-ffa450edef68

ascii_CRLF definition to what they effectively already were: a name for
the constant "\015\012", regardless of whether on a EBCDIC or ASCII based
machine. In contrast, the CRLF macro depends on the code set because it
is sent thru the EBCDIC->ASCII conversion routines.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84717 13f79535-47bb-0310-9956-ffa450edef68

PR:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84711 13f79535-47bb-0310-9956-ffa450edef68

PR:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84708 13f79535-47bb-0310-9956-ffa450edef68

Submitted by:	Bill Rowe <wrowe@Ind.com>
Reviewed by:	Bill Stoddard <stoddard@apache.org>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84702 13f79535-47bb-0310-9956-ffa450edef68

now, I hadn't noticed until now because I always use a HTTP/1.0 proxy in
front of the origin servers. Now the trailing CRLF after a chunk is sent
as a constant "pre-encoded ASCII CRLF".


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84701 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84699 13f79535-47bb-0310-9956-ffa450edef68

  changed
  for it to return
      MD5(MD5(username ":" realm ":" password) ":" nonce ":" cnonce)
  instead of just
      MD5(username ":" realm ":" password)
  because one of the points of MD5-sess is to allow the info to be retrieved
  from login servers so that the server itself never has the full auth info
  (after all, MD5(u/r/p) is equivalent to the password for auth purposes).
  Some minor changes such as renaming get_session() to get_session_HA1()
  and adding internal checks were done too.

- Also, in order to allow for servers to share a realm the server-name
    and port have been removed from the nonce-hash. Even so, sharing the
  realm has problems - see the new comments at the beginning.

- Renamed all variables called "new" to something that won't cause
  problems
  under a C++ compiler.

- Some minor fixes.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84692 13f79535-47bb-0310-9956-ffa450edef68

	Update a stale URL and RFC reference.

Submitted by:	Tim Bannister <tim.bannister@dsvr.co.uk>
Reviewed by:	Ken Coar


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84689 13f79535-47bb-0310-9956-ffa450edef68

"1,/<pattern>/" commands start searching for <pattern> at line 2 only.
[Taken over from GNU Pth's aclocal.m4]


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84686 13f79535-47bb-0310-9956-ffa450edef68

be included into Apache 1.3. But no one seems to have recognized that
Mike Abbott's changes also included very reasonable and good cleanup
changes. So I investigated two hours this morning and extracted those
non-performance related changes from the 512KB 10xpatch-1.3.11-0 patch
and merged them into 1.3. Here is the CHANGES entry:

| Merged in a small subset of SGI's latest `10x' patchkit for Apache
| 1.3.11. The extracted and merged in parts are entirely cleanup and
| non-performance related changes only. SGI's remaining changes are
| not taken over, because they are either cluttering the Apache 1.3
| sources too much (e.g. the lint(1) related changes) or cause too
| much internal changes (e.g. the ap_int32 types, etc.) which are not
| reasonable to do any longer for Apache 1.3 (they should be done for
| Apache 2.0 instead).

Submitted by: Mike Abbott <mja@sgi.com>
Extracted and merged in by: Ralf S. Engelschall
Reviewed by: Ralf S. Engelschall


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84685 13f79535-47bb-0310-9956-ffa450edef68

Submitted by: David Reid <dreid@jetnet.co.uk>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84683 13f79535-47bb-0310-9956-ffa450edef68

This should avoid the confusion on APXS errors.
Tz... seems I was on crack when I originally coded this ;)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84682 13f79535-47bb-0310-9956-ffa450edef68

and fix a typo in the usage page.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84680 13f79535-47bb-0310-9956-ffa450edef68

	Some Apache users are nervous about the version number (e.g.,
	"Apache/1.3.11") in the Server: version string -- so add a
	new ServerTokens keyword that displays just the product name
	with no version (i.e., "Apache").


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84679 13f79535-47bb-0310-9956-ffa450edef68

with graceful restarts.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84676 13f79535-47bb-0310-9956-ffa450edef68

warning.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84675 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84674 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84673 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84666 13f79535-47bb-0310-9956-ffa450edef68