New directive, new docs


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92656 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92644 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92636 13f79535-47bb-0310-9956-ffa450edef68

- No longer calls exit() when the secret fails to initialize, instead
  post_config just returns !OK and lets the server bail out.

- No longer fails on DSOs -- since we load-unload-reload DSOs we lose
  any static memory that was initialized during the first load.
  This patch allows us to simply pass on the first call to post_config,
  and then do the initialization in the second call.

Tested to work on Linux from an IE5.0 client.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92630 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92628 13f79535-47bb-0310-9956-ffa450edef68

use to authenticate users.
I think this removes a 'showstopper' (deprecating mod_auth_db)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92616 13f79535-47bb-0310-9956-ffa450edef68

vhost address when target address is v4-mapped form of
that address.

This problem was reported by Don Hughes.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92607 13f79535-47bb-0310-9956-ffa450edef68

for faster execution.

This new code short-circuits out of the inner scanning loop
after a single comparison when it hits a character not in the
"<!--#" pattern.  Compared to the previous code, this version
does more work for characters in the pattern and less work for
characters not in the pattern.  In practice, the net result
seems to be a speedup for typical shtml files, where characters
in the pattern are less common than characters not in the pattern.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92604 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92603 13f79535-47bb-0310-9956-ffa450edef68

directive had a port but no address
Reported by: Don Hughes <support@sannotes.org>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92599 13f79535-47bb-0310-9956-ffa450edef68

'-T'

ps..
why doesn't this program use apr_getopt??


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92591 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92583 13f79535-47bb-0310-9956-ffa450edef68

bugs reported against Apache 2.0.28 on Windows 98


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92551 13f79535-47bb-0310-9956-ffa450edef68

the equivalent of HARD_SERVER_LIMIT/HARD_THREAD_LIMIT at startup.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92530 13f79535-47bb-0310-9956-ffa450edef68

to fail.

Gotta allocate enough space for that NULL string terminator :-)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92522 13f79535-47bb-0310-9956-ffa450edef68

limits at startup.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92512 13f79535-47bb-0310-9956-ffa450edef68

successful completion of a wait (WaitForSingleObject). This
eliminates a number of spurious
setsockopt(SO_UPDATE_ACCEPT_CONTEXT) failed." messages.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92500 13f79535-47bb-0310-9956-ffa450edef68

apachectl and into a separate environment variable file which
can be more easily tailored by the admin.  The environment
variable file as built by Apache may have additional system-
specific settings.  For example, on OS/390 we tailor the heap
settings to allow lots of threads.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92490 13f79535-47bb-0310-9956-ffa450edef68

contention in the worker MPM.
Submitted by:	Sander Striker
Reviewed by:	Brian Pane


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92482 13f79535-47bb-0310-9956-ffa450edef68

connects (dislodging a doomed child from the accept mutex). No longer
do we assume that the child is listening to 127.0.0.1, but instead
we just pick the first hostname/port from the listen rec.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92437 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92412 13f79535-47bb-0310-9956-ffa450edef68

a normal listener.

There was an additional bug than what Ian submitted to fix listen.c
(i.e. check sa for null): make_pipe_of_death does not zero out
lr->bind_addr (since it uses apr_palloc).  So, on Solaris, the first
time through, bind_addr was probably 0, but the second time, not (pools!).
(This caused Aaron's analysis that the patch worked the first time,
but not the second time.)

Submitted by:	Ian Holsman
Reviewed by:	Justin Erenkrantz, Aaron Bannert


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92387 13f79535-47bb-0310-9956-ffa450edef68

also, it is the .so file that needs to be executable, not the .la file


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92376 13f79535-47bb-0310-9956-ffa450edef68

more than one vhost/uid.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92374 13f79535-47bb-0310-9956-ffa450edef68

and AIX so that we get mod_foo.so installed instead of the stuff that
libtool installed.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92370 13f79535-47bb-0310-9956-ffa450edef68

when anybody's DSOs should be built (e.g., via apxs) so that on a
few platforms with special issues third-party modules can be loaded
as long as mod_so is built into httpd


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92343 13f79535-47bb-0310-9956-ffa450edef68

user to hard-code the list of import files.  (This should help
on OS/390 and BeOS as well.)

Trivial change: just stick the value of SH_LDFLAGS on the
libtool --mode=link line.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92327 13f79535-47bb-0310-9956-ffa450edef68

  Resolved segfault in mod_isapi when configuring with ISAPICacheFile.

PR: 8563, 8919


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92301 13f79535-47bb-0310-9956-ffa450edef68

directories that are not well known to the loader.

How it works:
* libtool figures out the name of this system's library path environment
  variable (i.e. LD_LIBRARY_PATH, LIBPATH, DYLD_LIBRARY_PATH) at apr
  configure time (existing code)
* save this variable name in SHLIBPATH_VAR in APRVARS
* substitute this name when apachectl is created
* uncomment the lines containing this variable during binbuild
* install_bindist.sh updates the path to lib/ when the binary is
  installed (existing code)

not done yet, but a good idea:
* create a file or directory containing all environment variable settings
  for apachectl.  Others env vars need to be tweaked, at least on AIX and
  OS/390, so keeping them separate should reduce headaches long term.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92299 13f79535-47bb-0310-9956-ffa450edef68

working on AIX.

Submitted by: a cast of many, reverse engineering libtool to
              figure out how to work around its oddities/limitations/
              bugs on AIX
              (Jeff Trawick coded these changes but it took a lot of
              help)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92276 13f79535-47bb-0310-9956-ffa450edef68

terminating "-->" is the last byte in a file (previously,
the output of the directive was lost in this case).


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92275 13f79535-47bb-0310-9956-ffa450edef68

message that we had back in apache-1.3 and is still scattered throughout
our docs.

Unfortunately, when mod_suexec is a DSO we're going to get this thing
twice in our logs. I believe as a side effect of the load-unload-load
cycles of our DSOs we're losing the static data segment, which is where
the "didn't we already report this" flag lives.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92255 13f79535-47bb-0310-9956-ffa450edef68

  Prevent Apache from continuing to start when it's encountered a parsing
  error in the Win32 mpm's argv[] review.

  Reported by Grif Rosser <grifr@covalent.net>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92239 13f79535-47bb-0310-9956-ffa450edef68

This bit me when I included a 11th file no error message, nothing.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92226 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92205 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92202 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92198 13f79535-47bb-0310-9956-ffa450edef68

installed in the correct location.

PR:	8851
Submitted by:	Yoshifumi Hiramatsu <hiramatu@boreas.dti.ne.jp>
                and Gomez Henri <hgomez@slib.fr>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92164 13f79535-47bb-0310-9956-ffa450edef68

a cmd command, we do not want to use the r->filename to set
the command name.  The command comes from the SSI tag.  To do this,
I added a variable to the function that builds the command line
in mod_cgi.  This allows the include_cmd function to specify
the command line itself.

PR:	8772


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92150 13f79535-47bb-0310-9956-ffa450edef68

while opening logs

Obtained from: Doug MacEachern


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92149 13f79535-47bb-0310-9956-ffa450edef68