The function getpwnam() is used in
      main/util.c
      main/util_script.c
      modules/standard/mod_userdir.c
      modules/standard/mod_rewrite.c
   but only for mod_rewrite.c the file
      os/win32/passwd.h
   was included. All others were compiled without the prototype.
   Under Unix this is no problem, because there we have <pwd.h>
   which is already included in conf.h.

Solution:
   put the special stuff which was added to mod_rewrite.h into conf.h
   where it belongs to, so it is generally used by all modules.

(The <netinet/in.h> is also removed from mod_rewrite.h because
 already included in conf.h)


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

to have all this stuff at a single point for clear layout.


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

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

like SunOS where we guessed the RAND_MAX value. This the way Ben requested but
without the "+1" because this actually leaded to an overflow warning under
compiletime and is not really needed because this is random number generating
functions where it doesn't count because of the additional bounding checks.
I've tested it now under FreeBSD 2.1.5 _and_ SunOS 4.1.3 and it both correctly
gives numbers between 1 and N when run with l=1 and h=N. Nothing more is
needed....


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

Adding of new information. Now especially the detailed information about how
mod_rewrite internally works which is written down here for better
understanding of the directive documentation. I've also painted two initial
figures to illustrate this better which are added to htdocs/manual/images/.

(Phase 2 will be error correction and markup code cleanup)


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

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

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

It fixes the PR's problem the way Dean initially wanted:
On-the-fly without changing any configuration structures.


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

just three days later we have a hot sunny day with 20 degree Celcius...


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

code errors and making sure it is disabled when DBM support is not available
on the used platform.


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

- Add usage information
- Add Linux hint
- Correct regex recently added by Ken


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

Same as the voted take 3 but I've replaced the *(cp-N) syntax with cp[-N]
because most of us like this one more.

Submitted by: Ralf S. Engelschall
Reviewed by:  Jim Jagielski, Dean Gaudet, Martin Kraemer,
              Dirk-Willem van Gulik, Ralf S. Engelschall


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

	collision insurance.


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

already truncated in that case.

Joel's patch worked for subrequests (i.e. via #include virtual)... I fixed
it to deal with all requests... and I couldn't help but clean up some crufty
code in proxy_http_canon().

Submitted by:	Joel Truher <truher@wired.com>


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

the comparisons are done against the url as stored in r->filename... it's
kind of lame, but this is just how the proxy works.  So for example,
if you're using ProxyPass the url stored in r->filename won't match what
was passed to parse_uri() ... so r->parsed_uri isn't useful.

I reverted to what was before, plus a few performance tweaks I couldn't
resist.


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

when I looked at old vs. new logic in this area I don't see the problem
that I thought was there.  So I think this is closed.


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

that would be nice to hide.


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

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

Support for Linux... which incidentally has an R symbol type for read-only
data (this is a gnu feature maybe, it may even be an optional posix thing).


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

And if we're going to do that it seems silly not to export day_snames
and make use of that.


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

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

Submitted by:	Mark J Cox <mark@awe.com>


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

there some reason this one is still around?  I'm ditching it anyhow unless
someone explains why it's necessary.


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

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

	API routines - and fix a problem with os/unix/os.h and -DHIDE.
	A similar fix may be needed for the other os/* directories,
	and a new 'make depend' needs to be run once a default value for
	the HIDE rule is determined.


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

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