it would return DONE all the way back to the core... which would interpret
that to mean "oh no need to send any response".


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

no Location sections.  I wanted to do this before I made another change
which will have functional difference.


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

<XFMail.971109183845.sfx@unix-ag.org>.  I'm not sure how this ever worked
before.  Luck I guess.

If a request matches the vhost of a proxy then it's quite possible that
various other modules such as mod_alias will get their grubby hands on
the uri and play games like Alias or ScriptAlias and then short-circuit
the translate_names phase before mod_proxy gets to handle
"ProxyRequests on".  So instead mod_proxy handles "ProxyRequests on"
in the post_read_request phase... which can't be short-circuited.


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

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

to conf.h.  So, reverse this part of my last patch.  The whole DLFCN
thing could be moved to conf.h, but I will leave that for another battle.


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

clean up the various autoconf symbol clashes I was getting.  I bumped the
MODULE_MAGIC_NUMBER so an external module will now that it can expect to
find ap_config.h after today.  The patches have been tested on
Solaris 2.5.1 and a generic Linux 2.1.79 box both with and without the
external module compiled in.  Nothing here should affect anybody, but
it allows people to correctly build external modules outside of the
Apache build environment.

Reviewed by: Concept ok'ed, at least in part, by Jim and Dean


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

Reviewed by: Ralf


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

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

	abstraction, and remove a now-bogus definition referring to
	the old method.  Still to do: moving the SERVER_VERSION
	definition into buildmark.c.  Perhaps buildmark should be
	renamed to server_identity?


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

something as simple as dbm support.  But they did because mod_rewrite's
config section gets run before mod_auth_dbm's.

They don't disagree any longer.  And I think this deals with the complaint
you sent me in private mail Ralf... re: "TestCompile lib foo" doesn't really
check if a function can be compiled, it just checks if the lib exists.  Now
TestCompile lib is one step closer to what autoconf does.


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

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

for the Scoreboard filename, even if we mmap() it on most platforms...


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

1.2.6 out there.


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

as requested by Marc. Thanks to him for discovering this.


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

   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