know that define in httpd.h may annoy module authors...


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

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

sometimes set when it shouldn't be... it's set by default in Configure.


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

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

file.  This encourages people to skip reading the manuals.


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

who haven't read the docs about NameVirtualHost.  Those messages are
warnings, because the server is still functioning.  And the default loglevel
is err.  No way.  Warnings should be in the default too.  In fact I'd
say everything except debug should be the default.


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

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

is_proxy_available() is historical and from days where no find_linked_module()
function existed and where this was a bigger function.


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

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

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

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

own file descriptor instead of a shared one.


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

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

with AliasMatch and RewriteRule.  This was discussed in nh.9711, search
for subject "mod_rewrite/1440".  My proposed change had the support of
Roy, Ken and Dirk... I modified it slightly here so that it wouldn't
break every single existing config that has <Location /server-status>.

PR:		1440


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

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