all of its usages with ap_cpystrn() variants in the past.


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

platforms don't define it although they provide the rand() function :-(


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

and commit an updated version of this header file.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80375 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@80374 13f79535-47bb-0310-9956-ffa450edef68

PR:		1908


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

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

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

Aha!  Now I understand why Martin modified the uri regex the way he did...
and I documented it.  Fix the "GET //foo/bar" bug.


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

and I documented it.  Fix the "GET //foo/bar" bug.


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

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

wasting resources trying to solve what may end up being bugs in solaris.

PR:		1779, 1854, 1904


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

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

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

fill the `Committed Code Changes' to make Ken happy ;-)
(and update the available votes)


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

	mailed regularly whereas CHANGES is not, and STATUS is typically
	*slightly* more accurate (people often forget to update CHANGES).


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

in 1.3b5 (because users would assume that a known bug listed under 1.3b3
but not 1.3b5 is fixed).


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

an interpreter for a script. PR#1712 will be reopened.


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

- remove 'Committed Code Changes' because it's still too late to update it


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

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

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

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