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

 * the syntax is parsed properly
 * unsatisfiable requests cause a 416 error
 * the API is completely preserved

PR:             6973
Submitted by:   fanf, wrowe
Reviewed by:    jim, stoddard, trawick, (dirkx, martin)


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

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

and it seems to be working okay.


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

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

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

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

  A minor problem generating dbmmanage.pl is corrected.


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

  The prior patch was clearly -not- the solution to Win32, so I'm backing
  it out.  Have to find another way to help gnu awk users struggle through.


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

will be done :)


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

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

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

  Build was broken on some pure unixish awks, this fixes.

Obtained from:	new-httpd
Submitted by:	Roman Neuhauser


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

  Catch uninitialized data use if -d serverroot arg provided for netware
  is a relative path.  [Brad Nicholes]


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

number that increments with each call. This isn't very useful to us and makes
ETags change value on every request which kills any ETag based caching so
force the inode value to 0.


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

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

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

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

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

PR:		7025
Submitted by:	Youichirou Koga <y-koga@apache.or.jp>


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

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

  Maybe a showstopper, maybe not, but I don't want us rolling with errors
  on newly 'fixed' sections of apache.


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

  Nag


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

  This patch for Win32 depreciates the ConfFile registry entry, and allows
  the user to create a ConfigArgs entry by adding arguments to the
  apache -n server -k install command, e.g. -D FOO, and always stores the
  -f and -d options, at minimum.  These default command line args are
  merged unless the user invokes -k install, -k uninstall, or -k config.

  To reconfigure, the user may use the new command option;
  apache -n server -k config  which blows away the existing defaults and
  replaces them with whatever the user specifies on that command line.

  The patch also leverages the -t option for Win32, so it also report the
  default arguments added before the usual httpd.conf file test.


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

  Whoops... win32 getopt implementation was not -quite- kosher, added
  optreset per getopt(3) man page's re-parse instructions.


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

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

PR:
Obtained from:
Submitted by:	Sascha Schumann <sascha@schumann.cx>
Reviewed by:


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

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

  Update the .mak build to reflect the new mod_foo structure for Win32
  and the elimination of the os\win32\win9xconhook directory level.


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

  Win32 kahuna - all of our dynamic Apache modules renamed mod_foo.so


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

  Portable invocation of xcopy to overwrite existing files


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

  Forget /q ... it doesn't override the user prompt.  Put back /Y till we
  find something that works.


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