it looks correct, and this problem has been submitted to me multiple times
PR: 6501
Submitted by:	 Shuichi Kitaguchi <ki@hh.iij4u.or.jp>
Reviewed by:	Ryan Bloom


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

Submitted by:	Jun Kuriyama <kuriyama@imgsrc.co.jp>


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

values to prevent integer microsecond overflow.


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

Submitted by:	Victor J. Orlikowski


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

introduce extended error status as a start of more helpful error logging;

instead of aborting the process when we get a bucket-straddling char too
wide to handle, trace the problem and return an error;

when we get to the end of the brigade and we're still waiting for the rest
of a character, return an error instead of ignoring the problem;

if we get 0 bytes when reading from a pipe, don't fret (segfault); skip
over this empty bucket and read the next one;

don't set done if send_downstream() returns APR_SUCCESS; set it for the
opposite condition; that bug kept us from processing our entire input
brigade for brigades that caused lots of output;


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

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

we use a modified LIFO.  It is modified, because if we add a filter while
in the middle of another filter, the added filter gets put in after the
current filter.  This requires that the server is smart about which filters
are added when.  This should be handled by the HTTP protocol, but we will
want to keep and eye on things for a little while.

This change is necessary, because currently when we add a filter it goes
after the last filter of the same type.  This is broken whenever we want
to add a filter that has a dependancy.  Think about the core and chunking
filters.  They are of the same type, and core is always added first.  When
we go to insert chunking, it gets added, but it is never called.


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

return value.


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

(though gcc was happy with it).


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

install bin directory during "make install".  Used for OS/390 dso builds.


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

As soon as we hit such a bucket, we'll read from it then pass everything
we have so far on to the next filter.  At that point we'll start over.

Also, increase the size of the chunk header buffer to handle larger
lengths.

Note: There is still an extra final chunk header (0) when mod_cgi is used
because EOS is coming down twice.

This is likely to have some bugs here and there.  Even worse, it is butt
ugly and in need of simplification.


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

	Adding the Taiwan translation bits.


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

is going to write a bunch of stuff to stdout and nothing to stderr.
Reading stderr before processing the stdout pipe can cause deadlock if
the CGI fills the kernel buffer for stdout because the CGI will stall
writing to stdout while the httpd process will stall reading from the
CGI's stderr.

The NPH CGI behavior was unchanged.  If this is still a problem for NPH
CGIs, it was a problem before filtering too.

Also, get rid of a couple of unused variables in cgi_handler.


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

Submitted by:	Victor J Orlikowski <v.j.orlikowski@gte.net>
Reviewed by:	dreid@apache.org


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

time being.  The changes should apply equally to mod_cgid, but I haven't
had a chance to really try it yet.  This is definately sub-optimal as far
as performance is concerned.  The concepts are there, and the flags are
available for performance tuning, but I didn't want to really get too
enmeshed in it today.


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

  Keep this note for 2.0 developers, as well.  Needs additional comments
  to follow, after the Bills haggle out the final config registry details.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

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

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

just the structure or the RLIMIT_* defines. Also, we should make
the API function unixd_set_rlimit() ``available'' even if it
doesn't do anything.
PR:
Obtained from:
Submitted by:
Reviewed by:


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

which don't handle the .PHONY target correctly.


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

PR:
Obtained from:
Submitted by:
Reviewed by:


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

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


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

up the signature of command handlers to avoid maintainer mode
warnings.


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

filtering beginning to work.  There is a hack that has been repeated
through this patch, we morph a pipe into a socket, and put the socket
into the BUFF.  Everytime we do that, we are working with a pipe from
a CGI, and we should be creating a pipe bucket and passing that bucket
back.  Because we don't actually have pipe buckets yet, we are using this
hack.  When we get pipe buckets, this will be fixed.


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

on buff's translation by default, but mod_charset_lite (when configured
to do so) turned on its own filter-based translation, resulting in
gibberish.

To be determined... whether or not mod_charset_lite should enable
translation of text objects by default (a la 1.3)...  probably... for
now you have to tell mod_charset_lite to translate.


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

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

Note that several areas have not been tested as they apply to MPMs or APR
code that I can't test.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

and we can't clean config.h and then touch the file, we actually need
some of the data that config.h contains.


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

without this change.


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

stdcall. The 'split' function pointer in ap_buckets.h points to both static functions
(which use C calling convention) and exported functions (which normally use stdcall).
Let's settle on using the C calling convention.


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

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

losing contexts before this fix, and if we lost enough, the server would stop responding.

GetQueuedCompletionStatus can fail with ERROR_NETNAME_DELETED when a client closes
its end of a connection and we try to reuse the accept socket.  Really bizzare... I would
have thought the AcceptEx using the recycled socket would have failed instead...


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

	Expand a little on the description, while testing enhancements to
	the log_accum.pl CVSROOT script.


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

	Another minor cosmetic fix, committed from the httpd-docs-2.0/apidoc
	tree.


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

	Cosmetic fix, committed from the apache-2.0 tree (this will also
	test the CVS module association).


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

errno was passed as the APR error code.  In other places, 0 was passed.


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

	Fix a typo.


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

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

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

which translation handle to use.  This will allow the same filter to work
for input and output.


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