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

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

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

where there's no need to pstrdup the arguments.


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

mod_rewrite or mod_autoindex.


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

declare the parse_uri_components/util_uri stuff part of the API.


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

NOTE!  I notice that log_error is being deleted here... and I'm too tired
to figure out what in UpdateHide is causing that.


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

the values in content_type, handler, content_encoding, ... were lowercase.
I'm not referring to mod_negotiation here -- there were other cases where
strcmp() was being used.  But in addition, mod_negotiation could be
convinced to call str_tolower() on r->content_language(s), which could
possibly modify a "read-only" string... which wastes at least one memory
page per child.

Clean all that up by declaring that the content fields in request_rec
(and related fields elsewhere) must be lowercase, and must not be modified
in place.  Naturally I chose this because it's more efficient... rather
than going around needlessly pstrdup()ing and strcasecmp()ing everywhere.

There are a few other tweaks in here I couldn't resist, along the lines
of getting rid of unneeded pstrdup()s.  Plus a new function
set_string_slot_lower().


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

DirectoryIndex at config time.


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

looking like:

  #define SERVER_SUBVERSION \"whatever\"

When including this in a file you end up with an unterminated string
constant.  We want it to look like this instead:

  #define SERVER_SUBVERSION "whatever"

The backslashes are only needed in the actual -D argument.

This little patch makes sure that any \" from a -D is replaced with just "
when ap_config.h is generated.


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

Obtained from:
Submitted by:	Jim Jagielski
Reviewed by:
If Configuration.tmpl is more recent that Configuration, Configure
will now complain.


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

default to having them all below HTTPD_ROOT, so we may as well just do that.

PR: 1894
Obtained from:
Submitted by:   Jason Riedy <ejr@cise.ufl.edu>, Marc Slemko
Reviewed by:


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

loadind shared objects is now supported ;-): IRIX


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

Add "text/css" MIME type to default mime.types file, per suggestion by
Hakon Lie <howcome@w3.org>, in message <3.0.3.32.19980308204255.009adc80@localhost>

	Brian


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

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