This is the Win9x console hook handler ... much code to be pulled now
  from the src/os/win32/services.c for Win9x.


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

detection stuff on Linux...
Submitted by:	Joe Orton <jorton@redhat.com>
Reviewed by:	Jeff Trawick


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

  This patch solves two problems.  Under Win2K, the program will no longer
  hang up during logoff or shutdown.  On all Win32, this patch detaches the
  Apache child from the parent's console window, and hides it, such that
  child CGI processes no longer cause window 'flicker' of icon or title
  changes when they are invoked.  They are invoked in the hidden child
  console instead, and there is no apparent affect to the user's console.

  This patch has one problem, the AllocConsole() is too async on Win9x, so
  the window may not be succesfully located and hidden, resulting in two
  visible consoles.  Working on that issue now.


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

  Complete the WinNT 4.0 compatibility as a service and console app, with
  proper handling in the parent and child of close window, ctrl+c/break,
  and logoff/shutdown events, they all work properly.  This will be tested
  shortly on Win2000, where it is expected to work without incident.  Note
  that any console event handler in a child or the service parent
  interfered with these various events, so only the console parent process
  has a console monitor, while the child process always has a console
  (without a handler) to execute 16-bit CGI processes.

  While fighting with this code, added a -z arg in place of the -Z arg for
  the child process to determine that it is a child of a service.  Since
  this change ultimately was unneeded in WinNT, it may go away if it offers
  nothing for the Win9x code path.  Also restructured the service.c file to
  organize by monitors/children/services and group the atexit() routines,
  since it gave me a headache.  Once the 9x flow is working correctly, all
  the various handlers will be documented in service.c, and a new 2.0 patch
  created from the final result.


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

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

  Add a detailed note to the build if the Win32 environment is out of date,
  and document the issue in win_compiling.html.


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

  Fix compile break on Win32 for the last truncate logs patch.


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

  This patch begins the process of getting 16 bit CGIs working again on
  Win9x.  [note - apparently some NTs also have this problem at present.]
  Since we no longer free the child console window when the child process
  starts, we now do so in response to shutdown messages, since the child
  console interferes with the process manager.

  Also attempt to tag the child console as a service process to get around
  logoff/logon sequences, clean up the remaining issues with the Win9x
  -k start/restart/stop options, make pause work again (W2K fix broke 98)
  get rid of ugly casts, and add our copyright message.


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

  Prevent churning log files when the destination volume is out of space.

Submitted by:	Victor J. Orlikowski <v.j.orlikowski@gte.net>
Reviewed by:	William Rowe


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

  Cleanup formatting to the style guide prior to real changes.

Submitted by:	Victor J. Orlikowski [v.j.orlikowski@gte.net]
Reviewed by:	William Rowe


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

  This is (hopefully) the final patch to get Win95/98/NT/2K working.
  We will see if it works as advertised... this patch tags the Win9x
  Console process as a 'service' to avoid it being shut down between
  logoffs.  However, the console is its own process, so I'm not holding
  my breath.  Also fix a minor typo in the last service.c patch.


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

  This change of the Win32-only code path of http_core and util_script
  now passes the %1 and %* arguments from the script interpreter (usually
  the registry shell\open\command entry) all the way back to the child
  processing code, so we make an intellegent decision about converting
  all cgi script paths to a short path, unless the script interpreter
  has a quoted "%1" argument.  The quoted "%1" argument assures us that
  this script safely handles long paths, including spaces and other odd
  characters within the filename.  [The %* indicates the position for
  additional arguments, which are otherwise appended to the command.]
  We make a bold assumption that cmd.exe likes long paths, while its
  older cousin command.com may not.

  This patch also adds environment variable expansion within the script
  interpreter processing for the registry, as %windir%/somecommand.exe
  is a somewhat common in the shell\open\command entries.

  This patch finally changes the .bat/.cmd processing to retrieve the
  registry shell\open\command values for those file types if the
  ScriptInterpreterSource Registry directive is in use.


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

  Beyond documentation of some existing issues, this patch corrects the
  status messages displayed when starting and restarting Apache as a
  service on Win9x.


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

  This patch protects the Apache/Win32 child process and it's children
  from faulting against invalid stdout/stderr handles, or allocating such
  handles as a recovery mechanism.  stdout and stderr are passed by the
  parent as handles to the "null" device (e.g. /dev/nul).

  Also solved a handle leak issue when failing to create a child process.

  Finally, this patch solves 90% of the Win9x issues by -not- freeing the
  Apache child process from its console.  On Win9x, as the child process
  created a 16 bit cgi process, such as command.com, that cgi created its
  own console window.  This was fatal, since 16 bit apps in their own
  console do -not- properly close the pipes on Win9x.  NT is not affected.


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

with no VirtualScriptAlias directives.
PR:     6829


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

  This is a further aspect of the Win9x problem with cgi scripts, some
  interpreters are choking on slash delimited scripts, so transpose all
  slash delimited commands to backslash path delimiters.


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

  This is definately -part- of the win9x issues, we want a bit more
  control over CreateProcess than trying to spawn a batch file, so
  we wrap it in the ComSpec.  Tested, and it the process is created
  as expected, e.g. "c:\windows\command.com" /C "c:\web\cgi-bin\why.bat"


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

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

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

  Eliminate an uninitialized variable from a buffer len.

PR: 6838
Submitted by:	Kelly Campbell <camk@channelpoint.com>
Reviewed by:	William Rowe


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

for ap_post_read_request, since that is the only opportunity for
modules to handle Expect extensions.

Submitted by:	Justin Erenkrantz <jerenkrantz@eBuilt.com>
Reviewed by:	Roy Fielding


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

  Recap Brad's changes (sorry, missed it on the original update.)


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

  Small fix to thread allocation for NetWare

Obtained from:  new-httpd
Submitted by:	Brad Nicholes <BNICHOLES@novell.com>
Reviewed by:	William Rowe


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

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

nocache=1, we bail out.


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

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

the hostname is interpolated into the filename, we need to be sure
that the result of interpolation doesn't expose parts of the
filesystem that should be private. This was done by checking the
syntax of the Host: header according to RFC 1123 and RFC 952. However,
many people have broken configurations that violate this syntax
(frequently because they use underscores in their names), and it also
doesn't accommodate the current effort to internationalize the DNS. I
don't think the former is a compelling reason to relax the syntax
checking, but the latter does justify this change.

The only RFC on internationalized DNS at the moment is RFC 2825 which
is an introduction to how difficult the whole thing is; the other
official documentation is a pile of Internet Drafts produced by the
Internationalized Domain Names Working Group of the IETF (with names
starting "draft-ietf-idn-"). However they have very little to say
about URIs, and the current Internet draft about internationalized
URIs (draft-masinter-url-i18n-05) has very little to say about
hostnames :-( On the gripping hand there is some useful information at
<http://www.apng.org/idns/> where there is some iDNS testbed work
going on. The basic idea is that although the format of the hostnames
in the DNS itself remains compatible with RFC 1123, the actual
hostname presented to the resolver is in UTF8, and therefore the
hostname in the URL and Host: header is also in UTF8.

This change relaxes the checking so that only character sequences that
are sensitive to the filesystem are rejected, i.e. forward slashes,
backward slashes, and sequences of more than one dot.

PR: 6635


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

"cc -shared" to create shared libraries on OpenBSD 2.8 and up.

Submitted by:	brad@comstyle.com / brad@openbsd.org
Reviewed by:	Martin Kraemer


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

problems with byteserved PDFs. I've had a couple of reports that things
work OK with this patch but more testing would be good.
PR: 6711


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

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

problems with byteserved PDFs. I've had a couple of reports that things
work OK with this patch but more testing would be good.
PR: 6711


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

  With a few final edits to make the language clearer (thank you Greg),
  effectively as posted for review 11/3/00.

Reviewed by:	Bill Stoddard, Randy Terbush, Greg Marr


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

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

it (e.g. PHP) work OK. (How come I forgot to add this to the CHANGES
file three days ago?)
PR:   6780


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

for apache to drop the serialisation on linux; and a
switch to sysv semaphores is preferred for performance.
see <Pine.LNX.4.21.0011041233550.1897-100000@twinlark.arctic.org> in
new-httpd archive for more details.

Submitted by:	Andrew Morton <andrewm@uow.edu.au>


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

given an invalid file name just makes matters worse as nobody checks the
return value. In particular, directory_walk() barfs big time when it tries to
access index.html on a FAT partition (not 8.3 so invalid) as num_dirs can
become -1 in an unsigned int.....


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

  Change the new comment to reflect configurable behavior.


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

  Instructional comments about IndexOptions TrackModified for Win32's default
  configuration file.


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

  Ok, this patch, in retrospect, scared me to death, but there was
  no apparently robust way to deal with the issue.  APR for 2.0 will
  have some rules to handle this :-)  For 1.3.15, it becomes a new
  directive option:  IndexOptions TrackModified

  Anyone who knows their platform safely handles the stat() call
  is welcome to add the directive to the IndexOptions of their
  platform's conf/httpd.conf-whatnot distribution.  For Win32,
  I'm adding it, commented out with NTFS/FAT volume comments.


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