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

in preference to the compiled in default. Any -d command line flag
will override the registry value. Apache -i sets the serverroot key
in the registry.

Reviewed by:  (concept only) Martin Kraemer, Jim Jagielski, Ken Coar


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

defined for use by the core: ap_registry_get_server_root() and
ap_registry_set_server_root(). The key name used for Apache is defined in
registry.c if it needs changing...

Reviewed by:  (concept only) Martin Kraemer, Jim Jagielski, Ken Coar


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

unified mod_so. The required dynamic loading functions are abstracted
in os/{win32,unix}/os.h to these manifest constants:

  os_dl_module_handle_type    type of handle returned by os_dl_load
  os_dl_load(l)               load a file
  os_dl_unload(l)             unload a file
  os_dl_sym(h,s)              find address of a symbol
  os_dl_error()               get last os_dl_*() call error as a string

Reviewed by:	Randy Terbush and Martin Kraemer (untested)


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

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

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

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

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

contain because a lot of Unix derivates allow more then [a-zA-Z0-9]. We now
treat anything between ^/~ and  the next slash or end of URL as the username
because this does not hurt us. We always expand only after we have
successfully resolved the cut out name via /etc/passwd.


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

patch because it would have required proper quoting to work right.

While I was in there I removed the need for the cmd->info cast, and cleaned
up a few other things.

PR:		1825
Submitted by:	Ronald Tschalaer <Ronald.Tschalaer@psi.ch>


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

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

be used as a Reverse Proxy (where the backend servers are choosen via a `rnd'
map) and to allow mass virtual hosting without <VirtualHost> sections (where
you have to fix the case of server names when translating the Host-Header to a
directory structure).

Together with the comitted ProxyPassReverse directive we now have solved
two things the users have asked in the past:

1. The ability to use Apache as a full-featured Reverse Proxy
2. The ability to do mass virtual hosting without <VirtualHost> sections.

For both topics we should write stand-alone documents (perhaps inside
htdocs/manual/misc/) because they are not trivial to do, even when we now have
the functionality ;-)

Submitted by: Ralf S. Engelschall
Reviewed by: Dean Gaudet, Ralf S. Engelschall


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