Avoids calling bflush() when the client is pipelining requests.
Remove unnecessary flushes from http_protocol.

Submitted by: Dean Gaudet
Reviewed by: Roy Fielding, Alexei Kosut


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

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

continue to say SERVER_STARTING forever. Eventually, the main process
would refuse to start new children because count_idle_servers() will
count those SERVER_STARTING entries and will always report that there
are enough idle servers.

Submitted by: Phillip Vandry <vandry@staple.mlink.net>
Reviewed by: Roy Fielding, Marc Slemko, Chuck Murcko, Randy Terbush


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

dump core on SIGSEGV regularly, HPUX, version: 10.10, Apache 1.2b4.
Ben mentioned that the symptoms looked like a stack corruption.

I think this is being caused when an initial call to select or accept
fails (for any reason) and the code attempts to reuse the same parameters
even though they were modified by the call.  In any case, we should be
reinitializing the parameters before each call even if this isn't the
cause of the problem.  Also removes potential infinite loop in call to accept.

Reviewed by: Marc Slemko, Chuck Murcko, Randy Terbush


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

print it if the reason for stat failing was EACCES.  Should go in before
the beta goes out.
Reviewed by: Randy Terbush
Submitted by: Marc Slemko


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

Allows /~* to match for both /~joe and /~joe/. [David Bronder]
Reviewed by:	Alexei Kosut, Marc Slemko, Randy Terbush
Submitted by: David Bronder <David-Bronder@uiowa.edu>


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

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

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

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

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

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

Submitted by:	mgyger@itr.ch, Adrian Filipi-Martin <adrian@virginia.edu>

> Adrian Filipi-Martin <adrian@virginia.edu> writes:
> When starting httpd or restarting it with a SIGHUP, the following is logged
> to the error_log:
>
> [Wed Jan  8 14:21:03 1997] created shared memory segment #4206
> [Wed Jan  8 14:21:03 1997] sigaction(SIGSEGV): Invalid argument
> [Wed Jan  8 14:21:03 1997] sigaction(SIGBUS): Invalid argument
> [Wed Jan  8 14:21:03 1997] Server configured -- resuming normal operations
>
> (Note that the shared memory segment message is only present when the daemon
> is send a SIGHUP signal to restart it.)
>
> These error messages do not appear to have any real effect upon the operation
> of the server.  I expect they would not matter until it has either a bus or
> a segment fault.
>
> In any case, I looked at the source with gdb and the fact that a sigaction
> structure is not initialized completely in http_main.c seems to be the culprit.
> In any case a small patch is included below that does the required clearing of
> the sigaction structure and fixes the problem


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

Submitted by:	Brian Behlendorf

Needed prototype for ap_vsnprintf, and that needed varargs.h for va_list.


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

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

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

Submitted by:	Arthur Smith 516-344-6231 <apsmith@aps.org>

The "reset_timeout" line was inserted in 1.2beta3 to allow large or
slow POST/PUT operations.  However, it was placed incorrectly so that
it only took effect if CGI logging was enabled. The follow patch moves
the reset_timeout to the proper location.


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

Submitted by:	Ed Korthof

This is a bug fix; as I mentioned, the RLimit* set of directives silently
ignore any second argument.

The TAKE12 method passes a second char * argument (which may be NULL),
which was simply being ignored (I suppose compilers haven't complained
because the functioned called is determined at runtime; and the function
was finding all the arguments it expected...).


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

interrupted by a stray timeout, to avoid lingering on a connection
that has already been aborted or never really existed, to ensure that
we stop lingering as soon as any error condition is received, and to
prevent beng stuck indefinitely if the read blocks.

Submitted by: Marc Slemko and Roy Fielding


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

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

changes to how index_of_response handles errors.  This patch fixes
that as well as removing the reported problem of stripping a trailing
double-quote character.

Reviewed by: Dean Gaudet, Chuck Murcko


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

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

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

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

shouldn't be more than 75 characters long, unless they need to be.


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

inside of it. Fallback is using -r if -x doesn't exist


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

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

HAVE_SNPRINT use in conf.h


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

Submitted by:	Dean Gaudet

Subject: warning from irix 6.2 cc

cfe: Warning 851: util.c, line 109: constant initializer expression is
invalid (refers to automatic variables).
     struct tm gmt = *gmtime(&tt);
 ----^

Interesting.  I'd have to dig out my copy of the ansi c standard to see
if this is valid -- but I'm tempted to believe the compiler because this
is a structure initialization, not a scalar.


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

Submitted by:	Dean Gaudet

Two problems.  The first is that every call to make_sub_request wasn't
copying the original request's request_time.  The second was that
mod_log_config was defaulting to "do not want_orig" for %T (i.e. %>T was
default not %<T).  Try the following patch or use %<T.

I considered copying the time right inside make_sub_request.  I also
considered making make_sub_request a static function.  Both may be the
right thing to do...   In hotwired's code I keep track of time statistics
and other stuff that is "global" to a particular request in the conn_rec
structure.  Mostly because I am lazy.  But it does avoid this problem
where you have to copy the values from request to sub request.


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

Submitted by:	David J MacKenzie <djm@va.pubnix.com>

Clarification.


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

Submitted by:	Marc Slemko

Small bugfix due to think-o.


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

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

and possible prevent buffer overflows


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

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

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

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

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

Submitted by: Stanley Gambarin


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

being reversed and added the <!--#include for our footer.
Submitted by: Stanley Gambarin


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

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