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

BTW: I received SIGBUS all the time in dlopen() and after wasting
     a lot of time debugging this problem I discovered that SunOS
     doesn't like it when the mod_xx.so files are stripped on
     installation. So, never strip them on SunOS.


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

Cleanup of the HTML markup code
(Thanks to Marc and Martin for hints)


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

two reasons:

- LDFLAGS has traditionally meant "flags to use when linking an
    executable", and such flags can be different than those for making
    a shared library

- LDFLAGS has traditionally been flags supplied to the cc executable for
    linking, not flags supplied to the ld executable... cc translates
    various flags before passing them to ld.  For example,
    "gcc -Wl,M" passes -M to ld.


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

eventually.  signals are a mess.  It's bogus for mod_include to be
doing a hard_timeout() and then running subrequests and all that other
fun stuff.


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

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

----------------------------------

mod_so now keeps track itself of which modules are actually loaded and which
are not by remembering both the module pointer and the module name. This fixes
two problems:

1. Because our server configuration is read twice the modules
   were loaded twice which is both not needed and leads to confusion later on
   unload because the OS-internal load counter increases. Then on unload the
   module pointer was removed from the Apache core structure on the first
   unloads but (because of the load counter) the modules were removed later.
   Although this worked, it was very ugly. The only consequence is that we now
   keep track of loaded modules ourself and don't rely on the dynamic loader
   of the platform. This now also avoids multiply tries to unload an already
   unloaded module and thus removes harmless but irritating error_log entries
   ``[error] Cannot remove module mod_setenvif.c: not found in module list''.
   as shown below.

2. Because we now keep track of the module names we used on loading we now can
   give correct corresponding log messages even on unloading.

To illustrate the change, here is the old error_log:
(the first unloads correspond to the first loads which
 are printed on stderr unless mod_log_config is present)

[debug] mod_so.c(163): unloaded module mod_setenvif.c
[debug] mod_so.c(163): unloaded module mod_access.c
[debug] mod_so.c(163): unloaded module mod_userdir.c
[debug] mod_so.c(163): unloaded module mod_dir.c
[debug] mod_so.c(163): unloaded module mod_autoindex.c
[debug] mod_so.c(163): unloaded module mod_negotiation.c
[debug] mod_so.c(163): unloaded module mod_log_config.c
[error] Cannot remove module mod_setenvif.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_setenvif.c
[error] Cannot remove module mod_access.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_access.c
[error] Cannot remove module mod_userdir.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_userdir.c
[error] Cannot remove module mod_dir.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_dir.c
[error] Cannot remove module mod_autoindex.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_autoindex.c
[error] Cannot remove module mod_negotiation.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_negotiation.c
[error] Cannot remove module mod_log_config.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_log_config.c
[error] Cannot remove module mod_setenvif.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_setenvif.c
[error] Cannot remove module mod_access.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_access.c
[error] Cannot remove module mod_userdir.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_userdir.c
[error] Cannot remove module mod_dir.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_dir.c
[error] Cannot remove module mod_autoindex.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_autoindex.c
[error] Cannot remove module mod_negotiation.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_negotiation.c
[error] Cannot remove module mod_log_config.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_log_config.c
[debug] mod_so.c(211): loaded module config_log_module
[debug] mod_so.c(211): loaded module negotiation_module
[debug] mod_so.c(211): loaded module autoindex_module
[debug] mod_so.c(211): loaded module dir_module
[debug] mod_so.c(211): loaded module userdir_module
[debug] mod_so.c(211): loaded module access_module
[debug] mod_so.c(211): loaded module setenvif_module
[debug] mod_so.c(211): loaded module config_log_module
[debug] mod_so.c(211): loaded module negotiation_module
[debug] mod_so.c(211): loaded module autoindex_module
[debug] mod_so.c(211): loaded module dir_module
[debug] mod_so.c(211): loaded module userdir_module
[debug] mod_so.c(211): loaded module access_module
[debug] mod_so.c(211): loaded module setenvif_module
[debug] mod_so.c(211): loaded module config_log_module
[debug] mod_so.c(211): loaded module negotiation_module
[debug] mod_so.c(211): loaded module autoindex_module
[debug] mod_so.c(211): loaded module dir_module
[debug] mod_so.c(211): loaded module userdir_module
[debug] mod_so.c(211): loaded module access_module
[debug] mod_so.c(211): loaded module setenvif_module
[notice] Apache/1.3b6-dev configured -- resuming normal operations
[notice] httpd: caught SIGTERM, shutting down
[debug] mod_so.c(163): unloaded module mod_setenvif.c
[debug] mod_so.c(163): unloaded module mod_access.c
[debug] mod_so.c(163): unloaded module mod_userdir.c
[debug] mod_so.c(163): unloaded module mod_dir.c
[debug] mod_so.c(163): unloaded module mod_autoindex.c
[debug] mod_so.c(163): unloaded module mod_negotiation.c
[debug] mod_so.c(163): unloaded module mod_log_config.c
[error] Cannot remove module mod_setenvif.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_setenvif.c
[error] Cannot remove module mod_access.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_access.c
[error] Cannot remove module mod_userdir.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_userdir.c
[error] Cannot remove module mod_dir.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_dir.c
[error] Cannot remove module mod_autoindex.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_autoindex.c
[error] Cannot remove module mod_negotiation.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_negotiation.c
[error] Cannot remove module mod_log_config.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_log_config.c
[error] Cannot remove module mod_setenvif.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_setenvif.c
[error] Cannot remove module mod_access.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_access.c
[error] Cannot remove module mod_userdir.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_userdir.c
[error] Cannot remove module mod_dir.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_dir.c
[error] Cannot remove module mod_autoindex.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_autoindex.c
[error] Cannot remove module mod_negotiation.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_negotiation.c
[error] Cannot remove module mod_log_config.c: not found in module list
[debug] mod_so.c(163): unloaded module mod_log_config.c

And this is the one with the new mod_so.c:
(again the first unloads correspond to the first loads which
 are printed on stderr unless mod_log_config is present)

[debug] mod_so.c(191): unloaded module setenvif_module
[debug] mod_so.c(191): unloaded module access_module
[debug] mod_so.c(191): unloaded module userdir_module
[debug] mod_so.c(191): unloaded module dir_module
[debug] mod_so.c(191): unloaded module autoindex_module
[debug] mod_so.c(191): unloaded module negotiation_module
[debug] mod_so.c(191): unloaded module config_log_module
[debug] mod_so.c(261): loaded module config_log_module
[debug] mod_so.c(261): loaded module negotiation_module
[debug] mod_so.c(261): loaded module autoindex_module
[debug] mod_so.c(261): loaded module dir_module
[debug] mod_so.c(261): loaded module userdir_module
[debug] mod_so.c(261): loaded module access_module
[debug] mod_so.c(261): loaded module setenvif_module
[notice] Apache/1.3b6-dev configured -- resuming normal operations
[notice] httpd: caught SIGTERM, shutting down
[debug] mod_so.c(191): unloaded module setenvif_module
[debug] mod_so.c(191): unloaded module access_module
[debug] mod_so.c(191): unloaded module userdir_module
[debug] mod_so.c(191): unloaded module dir_module
[debug] mod_so.c(191): unloaded module autoindex_module
[debug] mod_so.c(191): unloaded module negotiation_module
[debug] mod_so.c(191): unloaded module config_log_module


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

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

environment variable in the apache core.  But that tweaking interferes
with mod_setenv.  So don't tweak if the user has specified an explicit
TZ variable.

PR:		1888
Submitted by:	Jay Soffian <jay@cimedia.com>


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

PR:		1900
Submitted by:	Siegmund Stirnweiss <siegst@kat.ina.de>


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

name, or left unset if this value is unavailable.  Apache was setting
it to the IP address when unavailable.

PR:		1925
Submitted by:	Tony Fincg <fanf@demon.net>


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

implemented in the latest release of Apache, since that will
influence what is included in the eventual "Draft Standard".


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

not, who can say?).


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

-DSERVER_SUBVERSION=\"WHATEVER\"

Need to add a bunch of escapes here to achieve that.


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

-------------------------------------------------

1. Shared object support is compiler-dependend, so we have to
   move the XXX_SHLIB stuff _after_ the compiler checks in
   the Configure script.

3. Added entries for manual/custom shared object support to
   Configuration.tmpl file, so the user knows what he has to do.
   Configure already supported this in the past but nothing was
   documented here.

3. Added initial support for Solaris 2.x.

4. I've now tested shared object support under the following
   platform/compiler combinations:
      - FreeBSD 2.1.5 with gcc 2.8.0
      - Debian 1.3.1  with gcc 2.7.2
      - Solaris 2.6   with gcc 2.7.2
      - Solaris 2.5.1 with gcc 2.7.2
      - Solaris 2.5.1 with WorkShop Compilers 4.2 30 Oct 1996 C 4.2

   All ran out-the-box with my test procedure:
   [Yes, I really would like to see my configure stuff added...]
      $ gunzip <apache-1.3b6-dev.tar.gz
      $ cd apache-1.3b6-dev
      $ ./configure --prefix=/tmp/apache --enable-shared=max
      $ make
      $ make install
      $ /tmp/apache/sbin/apachectl start
      $ lynx -mime_header -source http://localhost:80/
      $ /tmp/apache/sbin/apachectl stop
      $ cd ..
      $ rm -rf apache-1.3b6-dev


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

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

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

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

configure time without interfering with other modules doing the same. It
is used like this in .module files or CONFIG_START/END sections:

 SUBVERSION="$SUBVERSION mymodule/123"

At present multiple modules adding themselves to the version string get
confused, causing compile warnings and ending up with only one module in
the version. Module authors using -DSERVER_SUBVERSION in their $CFLAGS
will have to make a slight modification to the above format instead. This
will only affect modules designed for 1.3 betas.

Reviewed by:	Dean Gaudet, Ralf S. Engelschall, Ken Coar


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

1. move generation of ap_config.h to a later point in the script
   because else it doesn't pick up HIDE or STATUS correctly.

2. change the generation of shared objects from explicit rules to
   implicit rules: First the $< is only portable for implict
   rules (e.g. FreeBSD's make fails) and second we already build
   .o's implicitly, so we should do with .so's the same way.


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

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

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

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

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

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