is distributed with Apache it was not prepared the same way as the other
modules. Hence let us give it a first cut for a documentation and an
(disabled, of course) entry in the Configuration.tmpl file.

Dean: Feel free to fix both my english and my initial content in the
      mod_mmap_static.html document. It's your baby, so you know
      best what is missing.


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

bug with EBCDIC translation (sometimes, a necessary conversion was forgotten).


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

http://www.apache.org/bugdb.cgi -> http://bugs.apache.org/


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

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

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

Rasmus has suggested some time ago.


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

They are different:

1. Please give your vote to the "symbol rename" issue about the fact whether
   we now really should solve the problem by renaming the source or not (can
   be automatically done by the src/test/rename/ stuff).

2. Please give your vote to the "prefix" issue for the general fact about which
   prefix we really want. Either for the symbol renaming above (for 1.3) or at
   least for the new Apache 2.0.


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

wrong) to apache-1.3/src/test/rename/ (where it is not located a lot better,
but a little bit better). After the renaming (if done) these stuff gets
removed, of course.

Brian: We should really create a, say apache-misc, repository for those
       (temporary) stuff.


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

Look!  Votes!


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

used for subrequests.


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

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

(as are issued by current browsers for https://host/ URLs) ceased to work.
Now the request method is parsed early and used to decide which of two
URI parsing routines should be used (either the full scheme://user:port@host...
format, or the fixed host:port format for CONNECTs).

Yet to fix: the request method is currently determined twice. "Probably" the
later check is redundant (but I'm not sure because of the difficult logic
with internal subrequests etc.)


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

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

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

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

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

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

proxy_canon_netloc() routine if the caller (proxy_fixup in this case)
would not be interested in the username/password. In this case, the
url would be parsed incorrectly (the user:pass colon was misinterpreted
as the :port part of the host).

Now the parsing always allows for a user:pass@ part (but ignores it if
the caller isn't interested).
NOTE: all this crap should be cleaned up to use the parsed_uri values!


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

the new stuff to make sure the user gets informed about them.


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

announcement (sometimes we have to actually start thinking about it ;-)


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

example and not a real one. Because the real ones are automatically added by
APACI's "make install" procedure.


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

files to avoid confusion by the user:

1. Merge the installation and compilation instructions for the manual way from
   top-level README into src/INSTALL because this is the INSTALL file for it.
   Now any information we have about this is there. I've not changed the text
   itself greatly, just merged and adjusted the sentences.

2. Made the same style for INSTALL and src/INSTALL plus cross-hints
   for the user where to find what plus general hint for both files about
   Windows installation.

3. Inserted a new and simple reference to top-level INSTALL file
   under the topic "Installation" to the top-level README file.
   I've also cleaned up the README file a little bit.

Feel free to fix me where I've written down bad english...


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

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

shared object support in Apache 1.3


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

not inside any control structure (only in Perl 5.004). But a lot of systems
have Perl 5.003 or 5.003_XX installed.


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

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

sure CVS doen't complain about it.


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

without the support tools when he has problems with it (for instance compiling
them or no Perl interpreter installed, etc).


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

this char vs unsigned char crap.


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

forgotten to specify them. Just two tweaks for the APXS stuff.


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

extending Apache via the dynamic shared object (DSO) mechanism provided by
mod_so.


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

	from claiming to be "Apache" without the AG's permission.  (Always
	the intent, I believe, but previously not explicit enough.)
	Hopefully this will help deter further dilution of the brand.

Reviewed by:	Paul Sutton, Ben Laurie, Jim Jagielski, Randy Terbush,
		Roy Fielding, Chuck Murcko, Mark Cox, Ralf Engeschall,
		Sameer Parekh, Martin Kraemer, Dean Gaudet, Brian Behlendorf


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

with PHP both statically _and_ dynamically (shared object).


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

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

CONNECT isn't just for SSL.


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

maybe this is the wrong time to suggest this, but since it was on the table..


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

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

- make sure the user can also say --prefix=/path/ instead
  of the expected one --prefix=/path. Same for all other
  path options.

- allow relative path for the auto-generated LoadModule
  directives because mod_so already supports this.


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

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

gen_uri_delims and get_test_char programs, and run them to
create the appropriate .h files. The ApacheCore makefile/project have
these files are "Generated" files (just so we don't try to edit them
too much). Update Makefile.nt to build/clean these new makefiles.


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