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

never dealt with in the code to write to the pipe of death, and in
pathological cases where the number of processes is greater than
PIPE_BUF, we could end up only killing some processes.


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