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

  The netware solution is far safer, IMHO, for the OS2/Win32 code path
  as well. There is no remaining issue here for the three platforms.
  It fails if the * isn't suffixed by a slash, but that is the correct
  form in the context of security.


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

  Jim's a bit pedantic today :-)  Normalize to #if defined(NETWARE) and
  clear up the ambiguity that the userdir tested wasn't a full path, but
  simply the suffix following the asterisk.


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

  *) Normalize the Netware path names to close a potential security
     hole in comparing paths when the adminstrator specifies both
     sys:foo and sys:/foo formats in the same httpd.conf file.

Submitted by:	[Brad Nicholes]


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

  Fix one case of win32/os2 failing to accept a UserDir c:/userdir
  argument, close a potential segfault, and accept backslashed UserDir
  path if the admin wasn't paying attention.


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

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

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

     recognizes NetWare absolute paths.  This fixes the problem where
     MOD_USERDIR was trying to redirect to an absolute NetWare path
     rather than opening the file at the specified location.

PR: 5826, 6283
Submitted by:	Brad Nicholes <BNICHOLES@novell.com>


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

  *) Fixed ap_os_is_path_absolute() in OS.H so that it can tell the
     between a NetWare path (SYS:/path) and a URL (HTTP://path).

Submitted by:	Brad Nicholes <BNICHOLES@novell.com>


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

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

  mod_userdir broken on Netware... remaining patches to follow asap


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

  Sync sdbm.h with Perl for Win32 mod_auth_dbm.  Note that this makes the
  bundled sdbm incompatible with DAV's large dbm record requirements.


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

  name if the the path is a full path and does not include the
  volume name.  Since NetWare's current working directory always
  defaults to the SYS: volume regardless of where the executible
  started, the default volume will be the volume that is specified
  in ap_server_root.  This corrects mod_userdir/Netware reports.

PR:		5826, 6283.
Submitted by:	Brad Nicholes <BNICHOLES@novell.com>


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

  Improve Netware startup (affects no other platforms)

Submitted by:	Brad Nicholes <BNICHOLES@novell.com>


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

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

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

Spotted by:     coar


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

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

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

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

1.3.15 tree ("APACHE_1_3_15 already exists on version 1.898 :
NOT MOVING tag to version 1.899", for example) so we need
to bump to 1.3.16 and release that.

PR:


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

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

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

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

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

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

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

  The -k config patch created a glitch for the -i option (although the
  -k install flavor worked, which is how I missed it.)  Resolved.

Submitted by:	Andrew Braund


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

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

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

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

broken regarding the declaration and calling of find_char_in_brackets().
I shouldn't try to do things like this so late at night...


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

PR:		7095
Submitted by:	Gururaj Upadhye <gururaj@enertec.com>


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

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

because variable lookups can cause subrequests which cause mod_rewrite
to do its stuff again including an expansion on the same string, which
is then syntactically invalid. So copy the lookup keys somewhere else
before using them in such a way that may cause recursion.

In addition to this, my parser could also be confused by complicated
nested rewrite map expansions like ${map1:${map2:key|dflt}|dflt} so
fix that too by keeping track of {} when looking for |.

PR:             7087


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

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

Host: header.

PR:		7079
Submitted by:	Alexey Toptygin <alexeyt@wam.umd.edu>


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

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

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

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