fragments to new-httpd already though, and I've run it through a lot
of tests.  There's still a few TODOs but what's here should work for
almost everyone.

general:
- remove check_fulluri, replace parse_uri with a much simplified version
    based on util_uri functions
- remove r->hostlen, add r->unparsed_uri (mmn bump coming up shortly)
- move r->proxyreq calculation to the translate_names phase

vhosting:
- fix absoluteURI problems with vhosting
- update vhtest suite to test absoluteURI vhosting
- serveralias support tweaked to consume less memory/run faster (submitted
    by Chia-liang Kao <clkao@cirx.org>)
- add matches_request_vhost() function which can be used to ask http_vhost
    if a hostname:port pair would match r->server

util_uri:
- remove WITH_UTIL_URI, make WITH_UTIL_URI the default
- remove the has_foo fields since they're inferred by testing the strings for
    NULL vs. non-NULL
- #if 0 Martin's hand-coded parse_uri_components because it doesn't pass my
    test suite (see below)
- change parse_uri_components_regex to parse_uri_components -- so the
    implementation is hidden from everyone's view
- write mod_test_util_uri which does various exhaustive tests on
    parse_uri_components


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

All other " + .." messages start with a lower case...


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

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

PR:		1771
Submitted by:	Konstantin Morshnev <moko@design.ru>


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

Fixing this means that regexes using \\ will break suddenly because they
need to become \\\\ ... I dunno what to do about that.

Submitted by:	Ronald.Tschalaer@psi.ch


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

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

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

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

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

HIDE=yes" in the Configuration file.  Basically this patch adds a
pre-generated include/hide.h file and the helpers/UpdateHide script for
updating it when new functions are added. All other changes were just to make
sure the conf.h file is really included (which itself includes hide.h if HIDE
is defined), because we need the redefinition list everywhere to hide every
function.

Submitted by: Ralf S. Engelschall
Reviewed by: Jim Jagielski, Dean Gaudet, Martin Kraemer, Ralf S. Engelschall


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

always called from common init, even if WITH_UTIL_URI is off.
Also make util_uri.c compile on Win32.


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

library files (.so). Also they remove "*.o" which could delete
object files not part of Apache. Ensure that make clean in module
directories only removes Apache-built object and shared-libraries.


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

- eliminate a few warnings
- get rid of the static local in parse_uri_components_regex by
  creating util_uri_init() routine called from main()
- don't use static re.match 'cause it's not thread safe
- factor some common code from the win32 and unix case into common_init()
- update dependencies

still hacking.


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

adapted patch against 1.3 of Todd Eigenschink <eigenstr@mixi.net>'s original
patch for 1.2.5. For 1.2.5 we don't want it because its a feature.  I also
added corresponding entries to the CHANGES and mod_log_config.html file.

Submitted by: Todd Eigenschink <eigenstr@mixi.net>
Reviewed by: Ralf S. Engelschall


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

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

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

It contains a routine parse_uri_components_regex() and friends which
tries to break an URI into its parts. These parts are stored in a new
uri_components structure within each request_rec and are therefore
available to all routines which act on a request.
Additionally, an unparse routine is supplied which re-assembles the
URI components back to an URI, optionally hiding the username:password@
part from ftp proxy requests, and other useful routines.
Within the structure, you find on a ready-for-use basis:
   scheme;     /* scheme ("http"/"ftp"/...) */
   hostinfo;   /* combined [user[:password]@]host[:port] */
   user;       /* user name, as in http://user:passwd@host:port/ */
   password;   /* password, as in http://user:passwd@host:port/ */
   hostname;   /* hostname from URI (or from Host: header) */
   port_str;   /* port string (integer representation is in "port") */
   path;       /* the request path (or "/" if only scheme://host was given) */
   query;      /* Everything after a '?' in the path, if present */
   fragment;   /* Trailing "#fragment" string, if present */
plus flags to indicate whether the strings have valid values.
This is meant to serve as the platform for *BIG* savings in
code complexity for the proxy module (and maybe the vhost logic).
NOTE: This code is enabled only if the WITH_UTIL_URI define is set;
currently this is not enabled by default.  [Martin Kraemer]

Reviewed by: Dean Gaudet (on a previous occasion)


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

expansions in mod_rewrite rulesets.


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

We have three locations where one can construct a string in rewriting rules by
expanding $N, %N, %{NAME} and ${map:key}:

  - RewriteCond <Location-1>  ...
  - RewriteRule ...           <Location-2> ...
  - RewriteRule ...           ...          [..,E=NAME:<Location-3>,...]

And just after I've added exact comments of what we expand in each location, I
discovered that they are expanded totally inconsequent. For <Location-3> the
%{NAME} and ${map:key} constructs were not expanded (ok, perhaps not really a
%major drawback) and for <Location-1> the ${map:key} construct was not
%expanded while for <Location-2> all are expanded. At least the missing
${map:key} expansion for <Location-1> is horrible because this way we
unnesessarily restricted the usefulness of RewriteCond dramatically.

Perhaps I should add more source comments to mod_rewrite.c
to discover that it then can even can cook a cake now.... ;-)


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

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

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

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

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

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

ap_execle() forgot to pass argv[0] to the program!


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

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

the per-server config merging was also inconsistent and bogus.


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

condition for filehandles (FILE *) but not for filenumbers. Here we have to
use -1 as the error indicator like open() does.


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

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

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

constructs, thus no one noticed that it can be used to lookup the REMOTE_USER
variable (one of the mod_rewrite FAQs) even in per-server context.  One just
has to use %{LA-U:REMOTE_USER} instead of %{REMOTE_USER} there.  Notice that
%{REMOTE_USER} is also useful, but only for per-dir context.


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

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

- remove trailing spaces on lines ([ \t]+$)
- break lines which still were over 79 chars
- typos


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

RAND_MAX. Thanks to Ben Hyde <bhyde@gensym.com>.


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

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

2 configuration. This is not built as part of the normal "_apacheX" or
"installX" builds.


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

the @@ServerRoot@@ sequences in the configuration files with
the real install directory.

Also here is a test program, in test/, which calls the installer DLL
and can be used to debug it.


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

one previously committed to devsite (it is identical).


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

Unix derivates who doesn't accept the locking of pipes directly.

But we perhaps have another problem: According to FreeBSD's manpage and a hint
by the submitter of PR#1029 flock() has to be used on opened filedescriptors
which are _not_ duplicated via fork().  This currently is not the case...

Submitted by: Ralf S. Engelschall
Reviewed by: Ralf S. Engelschall, Jim Jagielski


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

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