PR:
Obtained from:
Submitted by:
Reviewed by:


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

PR:
Obtained from:
Submitted by:
Reviewed by:


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

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

  Beat the dead horse


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

from the parent process.


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

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

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

  Bring include and lib targets into line with Unix, and drop the segregated
  lib vs. libexec, since we have (carefully) avoided potential name clashes.


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

some previously unacknowledged Win32 stuff in 2.0.24)

when we decide if mod_include is fixed for the time being we
may move back the mod_include fixes


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

  Heck, create them with .txt filenames on Win32 so the os knows how to
  open them ;)


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

  As we package the minimal binaries, package a minimal (but comprehensive)
  set of readme, license and news for the OpenSSL .dll's and openssl.exe.


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

after parsing the first part of the tag.  We could get errors like

[error] [client 127.0.0.1] unknown directive "<!" in parsed doc filename


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

PARSE_DIRECTIVE state, so only reset directive_length when
in that state


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

  Add some pretty danged important files to the win32 install.  It's a shame
  these are all mixed up with the other top-level stuff.


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

  Add Win32 observations, and shortcut some more questions to bugs/new-httpd.


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

  Resolved, by the installer


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

  Fix some <IfModule > badness on Win32


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

We're in find_end_sequence() walking over the directive and the rest
of the tag but we stop parsing so we don't walk over too much storage
(e.g., mmap) at once).  When we resume later, ctx->directive_length
has the value it had when we bailed out, so directive_length is wrong
and we hit errors like:

[Fri Aug 17 11:12:06 2001] [error] [client 127.0.0.1] unknown directiv
e "include virt" in parsed doc /home/trawick/apacheinst/htdocs/manual/
mod/mod_include.html


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

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

Submitted by:	John Barbee <barbee@veribox.net>


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

better than spmt_os2 already (graceful restarts actually work). A summary
of the process/thread structure is provided in the comments at the start
of mpmt_os2.c


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

  (No Error) didn't make much sense - fixes the error report for no
  default service installed.


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

  Since we expect many users to start experimenting with the next release,
  and the 'Apache' default server name definately conflicts with a stable
  1.3.20 install, changed the AP_DEFAULT_SERVICE_NAME to "Apache2" (unless
  the user overrides in the compilation.)


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

httpd-2.0/docs/manual/

(Some, like the netware/tpf docs, may come back.  But for now
they are useless.)


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

  Don't retrieve the default service name if the -k run arg is given.
  -k run represents running 'in a console', and is the default if no
  -k option is given at all.

  Perhaps we want to assume -k start as the default (meaning a console
  user in the future would have to explicitly ask for -k run if they
  want to test as a console) now that services are far more stable.
  That can be debated as a seperate patch.


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

  Ok, I didn't like the choices I made an hour or two ago.  Here are (IMHO)
  the most appropriate log levels (feel free to debate.)  OTOH, this patch
  fixes the problem with an apache -k start -n foo command simply exiting,
  when foo isn't installed.


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

as doing so makes a multi-process MPM crash & burn....


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

  We must scream certain errors from the rooftop!


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

  Add the ImagePath entry for Win9x services [as later 1.3.x versions do].
  This is required for any Apache management/monitoring app on Win9x.

Submitted by:	Mladen Turk [<mturk@mappingsoft.com>]


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

  The last of the ignore goodness for tonight


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

  Based on the VC6 switch - and pulling the win32 make files from cvs
  - some more ignores are in order.


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

  Complete .mak-file-less support for VisualStudio 6.0+.  This won't work
  on VS5.0, those users must still copy in the make files.

  Also, fixes a small typo in the mod_info build.


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

  The purpose of this patch is to toggle the debugging mode (default) to
  Program Database (from Program Database for Modify on the fly debugging).

  The net effect of this patch is to clean up all of the irrelevant entries
  associated with either the debugging or release command line switches, and
  generally straighten the projects as they would be exported from VC6/SP5.

  The outcome of this patch is that VC5 users -should- be able to load and
  build the workspace without any errors (as they used to have no symbols
  database at all, the /ZI option doesn't work, they had to use cvtdsp.pl
  to toggle these to /Zi.)


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

  Given a choice between chasing my tail to keep these updated, and rolling
  a set when we actually roll a tarball, I'll take the later, thank you.


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

  Whoops... a ton of extra cruft had landed in the bin/ directory!


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

Submitted by: barbee@veribox.net
Reviewed by: orlikowski@apache.org


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

by allowing a module to disable itself if its prerequisites are not met.

This introduces the subtle nuance that if you request a module and you
don't meet its prerequisites, it'll refuse to build itself.

mod_ssl exits if its prerequisites are not met.


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

  Thought this had already been axed


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

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

  Not here anymore


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