the WIN9x code co-exist with the NT specific code. Since I started this work,
I've managed to improve the static page serving performance of Apache on NT by
almost 50%. Still a long way from Apache on Linux though.

TODO:
- Reuse the AcceptEx accept socket (performance)
- Clean up the organization of the winnt mpm
- Implement Async AcceptEx and Receive. Will this break modules?
- File handle cache (file i/o accounts for more than 50% of the time per request)
- TransmitFile (I have prototype code implemented). Should we add a send_file API
to the I/O control layer? Maybe Apache should always try to send_file. Platforms
that don't support send_file could in turn, invoke the appropriate buff code
which would then invoke socket iol write/writev.


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

	Spell it out in words of half a syllable.  Some people..!


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

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

APACHE_1_3_9 (a.k.a. mpm-merge-2) onto the mpm tree

prior to the merge, the mpm tree was tagged with apache-1_3-merge-2-pre,
and after the merge, the mpm tree will be tagged with
apache-1_3-merge-2-post


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

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

Server will build and serve static pages (page size < bufsize) with the appropriate makefile hacks (remove mod_cgi, mod_include, etc.).


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

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

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

uses the wording "for all processes", which leads one to believe that
the limit applies to all of the Apache children processes.
However, this is not the case. The resource limits are applied in
ap_call_exec() which is only called by mod_cgi and mod_include.

Submitted by:	David Harris <dharris@drh.net>
Reviewed by:	Roy Fielding


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

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

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

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

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

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

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

pain keeping track of them both, and it can be added back easily..


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

environment block is not fully inherited from the parent). Start working on I/O layering support.
It's time to make this thing serve a page. Waiting to check-in iol_file and iol_socket...


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

any instant in time. It's not very well tested yet.


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

path to ./libexec directory for SHARED_CORE architectures that need to
load libhttp.ep.


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

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

Is this correctly described or did I misunderstood anything?
Feel free to fix me...


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

when only one child process is running. It eliminates cross-process
serialization and can reuse the data from a poll call.


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

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

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

signals like SEGV and FPE is still a bit dodgy, though, so this won't
accomplish much by itself.


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

Submitted by:	Tony Finch
Reviewed by:	Randy Terbush


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

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

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

to mpm-merge-1 onto the mpm tree

prior to the merge, the mpm tree was tagged with apache-1_3-merge-1-pre
and after the merge, the mpm tree will be tagged with apache-1_3-merge-1-post

note: none of htdocs/manual is present in mpm at this point.


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

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

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

anymore, and conn_rec is the wrong place for them.


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

	Typo fixage..

Submitted by:	Jayaram A <jayaram@wipinfo.soft.net>
Reviewed by:	Ken Coar


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

Here's a little patch to correct an omission that seems to cause
occasional confusion: Context: Directory actually means Context:
Directory, Location, Files except for specific exceptions.

Obtained from:
Submitted by:	Joshua Slive <slive@finance.commerce.ubc.ca>
Reviewed by:	dirkx


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

PR: 4808
Obtained from:
Submitted by:
Reviewed by:


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

	Oops.  Forgot the <HR> that I wasn't supposed to forget..


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

	Boy is this one turning into a FAQ..

PR:		Too numerous to mention.


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

that we need an char_of_death array to do this safely, and it's just not
worth the effort. The EINTR stuff is left behind, though. Hopefully this
is now decent again.


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

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

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