With GNU sort 2.0 (which ships with Mandrake 7.2), the -g makes
a difference in the sinclude order (which I assume is an intended
difference which I have just broken).

With GNU sort 1.2 (which ships with RedHat 6.0), the -g is accepted
but is not documented and makes no difference in the result.  Thus
systems with GNU sort 1.2 were broken before and are still broken
with respect to the order of the sinclude statements.

With OS/390, Tru64, Solaris, and now I think AIX, -g was not accepted
at all by sort so the output of this was broken and Apache would not
build.


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

program does not exist.

I wish I understood why I didn't hit this problem in the normal
case :(


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

problem they fix


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

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

return code.


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

Trace the apr_status_t whenever helpful.


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

can simplify this test now.


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

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

different on FreeBSD than it means on Linux.  This puts the recursive
copy back in, and just has us delete the CVS directories after they are
copied into place.


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

problem is that some browsers send an extra line at the end of a POST
request.  We use the PEEK method to determine if there is any data left
on the socket, if there is then we delay sending the response until we
have enough data to make it worthwhile.  If the browser sends an extra
blank line, we don't want to delay the response at all.  The only time
we use the PEEK method is to check for a second request, so this is safe
to do.

This also solves Joe Orton's problem of specifying a Content- Length
of 1 for a blank line, and having the server wait to send back a response.
The problem is that Linux (all Unix really) sends two characters \r\n for
a blank line, so specifying a C-L of 1 means that the server still sees
a \n when it PEEKs that the socket data.  That \n can be safely ignored
however.


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

changes made using autoconf setup.


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

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

will not let us use one, and when not using SuEXEC, we chdir() into the
correct directory.


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

instructions say that in order to modify this variable, you have to modify
httpd.h


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

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

install when using make install


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

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

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

in order.


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

we can actually make the cgi module decision based on MPM.


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

allows the decisions made in one config.m4 file to be based on decisions
made in previous config.m4 files.  For example, the config.m4 in the
generators config.m4 can choose the correc cgi module based on which MPM
is chosen.

To do this, we find all filenames config*.m4, and then we re-order the
filename so that it looks like:  *config.m4/path/to/file.  Once all files
are in this format, we sort the files, and then re-arrange the file names
again to put them in the correct order.  There may be better ways to do
this, but I couldn't find a portable way to call sort so that this would
work.


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

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

This also allows mod_cgid to use ap_os_create_priviledged_process,
thus allowing for SuExec execution from mod_cgid.  Currently, we do
not support everything that standard SuExec supports, but at least
it works minimally now.


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

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

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

done to get it back out of there.


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

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

call it again.  This change allows us to serve large files (such as
apache_2.0a9.tar.gz) using Apache 2.0 on FreeBSD.


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

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

now) to the subdir config to ensure that we only get a static library for
aprutil (which allows for linking all of its functions into the executable).
[ APR will need something similar if/when it gets libtool-ized ]

Mark a note in STATUS indicating we should eventually toss the
--disable-shared flag.


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

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

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

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

need to be sanity checked.
Submitted by:	Cliff Woolley <cliffwoolley@yahoo.com>
Reviewed by:	Ryan Bloom


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

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

  OPTIONS request crashed server, this fixes it

Submitted by:	Joe Orton
Reviewed by:	W Rowe


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

  Last of the Win32 goodness I've noticed


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

  Simplify and order the dependencies as well as possible.


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

  All the supports now build on APR (+APRUTIL), no reliance on httpd.


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

  This should build entirely with APR support.


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