Add content negotiation and expiration policy to mod_cache and mod_mem_cache.
mod_disk_cache still needs work.

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

hope I did this right
/me crosses fingers

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

Jean-Jacques is reporting that this change dramatically improves the
distribution in the hash table resulting in a 20% performance boost when
caching 6000+ files in a hash table with 512 collision chains.

Submitted by: Jean-Jacques Clar <jjclar@novell.com>

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

The number of collision chains in cache_hash is MCacheMaxObjectCount or
DEFAULT_MAX_OBJECT_CNT (changed from 512)

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

Added conditional build instructions for building the ldap modules and
mod_deflate

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

General make file for building the filter modules

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

Update comments for Stas Bekman

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

Allow ap_discard_request_body to be called multiple times in the
same request.  Essentially, ap_http_filter keeps track of whether
it has sent an EOS bucket up the stack, if so, it will only ever
send an EOS bucket for this request.

Submitted by: Ryan Bloom, Justin Erenkrantz, Greg Stein

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

Save request_time and response_time in the info struct

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

The style police have arrested mod_alias on charges of violating law and
order.  It has been released after submitting to rehabilitation.
(No functional changes.)

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

Remove all special mod_ssl URIs.  This also fixes the bug where
redirecting (.*) will allow an SSL protected page to be viewed
without SSL.

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

New Japanese translation.

Submitted by: Hiroaki KAWAI <hawk@bcl.t.u-tokyo.ac.jp>
Reviewed by: Yoshiki Hayashi

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

Add missing right parenthesis.

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

  Feedback appreciated - I'm guessing that we can trust the isapi app
  opened file handles correctly for the TransmitFile case.

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

  The only remaining question ... are nested or strictly unnested locks
  expected by OpenSSL?  Right now I've left it as _DEFAULT for the platform
  preference.  Very simple code really - the server_rec was superfluous.

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

demote the hpux problem since there's an easy workaround
add more status updates on the two biggies

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

Forgot to add cgi_module to the release build

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

make a note about an issue listed as a showstopper

even with no change, user can --disable-threads so I wonder if
this should really be a showstopper; it would be nice to get
feedback from the user on my patch

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

--funky_build_issues

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

Fix the binary build install script so that the build logic
created by "apxs -g" will work when the user has a binary
build.

We didn't copy enough of the build directory and we edited
the wrong version of config_vars.mk.

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

fix a major snafu that broke binary builds

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

On OS/390, the compiler/linker front-end doesn't handle
"-L/path/to/lib after "-o target".  After looking into build failures,
it turned out that we specify EXTRA_LDFLAGS twice (once before "-o
target" and once after "-o target") for httpd and for the support
utilities.

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

Style police come before the code police.
(No functional changes.)

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

proxy showstopper

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

The recent changes require a full recompile.  Lack thereof has bitten
both me and Justin today.

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

Propogate apr-util change

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

This has been resolved, but it never should have been added to this file.
This was an issue for APR/APR-Util, not httpd.

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

Outstanding veto: the metadata flag should be per-type not per-bucket.

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

Update transformations.

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

Simplify the worker mpm docs a little.

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

Too much garbage in the summary.  Just put there what "Joe Average User" needs
to know.

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

IMHO, known HTTP protocol violations fall under showstopper.

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

Use the basename of the dso file rather than assuming it does not include
a directory in it.

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

added a suggestion on one of the showstoppers

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

Updated the introduction to reflect 2.0

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

Removed the section about 1.3-specific patches (fortunately, most
of the optimizations in these patches are included by default in 2.0)

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

Updated the section on OS configuration to cover some 2.0 issues

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

Added a reference to the EnableMMAP documentation for the
performance tuning details

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

Use directive tags on directives, rather than code tags.

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

Close the <proxy> container properly.

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

Switched to using atomic operations for tracking the active threads rather
than having to lock and unlock a mutex.

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

  A few more unused/unnecessary variables and surpress an uninitialized
  value warning.

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

add 2 new enviornment variables to deal with misbehaving backends
"proxy-nokeepalive" which removes the Connection: line completely
"force-proxy-request-1.0" which forces the request to be HTTP/1.0
this allows apache to reverse proxy misbehaving appservers

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

  Clean up new compiler emit noise

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

The apr_bucket change requires a minor MMN bump.  Also modify Apache's
filters to use APR_BUCKET_IS_METADATA macro.

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

if we autoindex, discard the request body and check for any
errors doing so

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

If the request doesn't have a body, then don't try to read it.  Without
this, the httpd-test suite was taking five minutes for EVERY test.

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

  Enable SSL negotation in ab.c.  It is that, or remove all the entirely
  BOGUS ssl config options from ab.c.  If it works, nifty, if not, we now
  have directives that have some effect, rather than no effect, for SSL.

Submitted by: Madhu Mathihalli <madhusudan_mathihalli@hp.com>

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

Fixed the @exp_cgidir@ replacement value so that it resolves to the correct
location when the AWK file generates the default httpd.conf file for NetWare.

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

Added mod_cgi and mod_netware to the NetWare make files.

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

Finally able to add real CGI functionality on NetWare

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

  Well, know that I'm aware that the ssl stuff was entirely premature, it's
  still worth committing the correct code to handle the port number.

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

Implemented ap_os_create_privileged_process() for NetWare which simply maps to
apr_proc_create()

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

Added mod_cgi and mod_netware as built in module in the NetWare build

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

Added mod_cgi and mod_netware to the build project

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

Fix segfault when x hasn't been initialized and tighten its scope.

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

  Locks are good, provide locks.  ab -s -c >1 is [was?] dying on Win32
  while -s -c 1 works just fine.  Still investigating.

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

Fix typo.

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

we should be copying over all metadata buckets we don't understand, not
just error buckets.

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

New Japanese translation.

Submitted by: Hiroaki KAWAI <hawk@bcl.t.u-tokyo.ac.jp>
Reviewed by: Yoshiki Hayashi

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

Fix the case where we generate both a 401 and 413 and we go bonkers.

- If an error would drop the connection, we do not return the top-level
  error anymore as we will assume this new one takes precedence over the
  original error.  This also ensures that we will not read the input
  body (which is the point of returning these special error messages in
  the first place).
- The ap_discard_request_body return value in ap_die() must be checked
  to make sure we don't encounter this recursive case and print two errors.

Kudos to Jeff Trawick for his sample input which pointed this out.

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

Judging from the example below, this sentence has one too many negative in it.
Also fix what I believe is a typo.

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

Fix the case where if there is no ErrorDocument specified for an error,
the error would be sent to the client *twice* because both the filter
and the core would trigger error responses.

The problem is that the filters have already handled some errors (say 413)
and due to the ap_get_client_block API, the error was morphed into 400.
Therefore, ap_discard_request_body must use brigades directly rather than
the ap_get_client_block API so that any potential errors are not dropped.

The special value AP_FILTER_ERROR indicates that the lower level has
already dealt with this problem (ap_die() will realize this).  Otherwise,
we'll error with HTTP_BAD_REQUEST and ap_die() will take it from there.

This also prevents needless memory copies when we are just going to
discard it anyway.

Thanks to Cliff Woolley who found this wacky problem.

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

items_to_fix--;
cliff++;  (Cliff rocks for picking up after my mess and fixing this.)

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

fix some major badness: error buckets *cannot* use simple_copy because
they're not simple buckets.  they have a private data structure which
gets freed.  if you're going to copy them and share whatever ->data points
to (which is what simple_copy does), you have to refcount the structure,
which is the whole point of apr_bucket_refcount and apr_bucket_shared_copy.

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

Removing mod_bucketeer from the output filters seems to be the cure.  Why?
So, this isn't a showstopper since no one will enable bucketeer in
production.

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

This fixes a failed assert when r->remaining is left in a negative
state and we hit some other error (like permission failure) causing
an internal redirect causing us to reevaluate the input buffers
(for discarding the request body).

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

This should have remained cleanup not a re-creation.

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

showstoppers++;  (groan)

I need to step away from this for a half hour or so because I'm
completely confused as to how we are even getting in this state.

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

- Fix case where the initial chunk length was 0 was not handled correctly.
- Fix bucket lifetimes so that they don't live longer than their brigades.
  That's not nice.
- Simplify some usage of f->r->connection to f->c in the bucket creation
  calls.

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

This definitely gets the award for least useful error message of the month.

Not only should it just say "can't do that on win32," which is after all
the bottom line, it was spitting out openssl error messages which were
totally useless.  Eg:

[30/May/2002 17:31:17 05760] [error] Init: PassPhraseDialog BuiltIn not
supported in server private key from file
F:/Apache/Apache2/conf/ssl/secure.key (OpenSSL library error follows)
[30/May/2002 17:31:17 05760] [error] OpenSSL: error:0D084069:asn1
encoding routines:d2i_ASN1_SET:bad tag
[30/May/2002 17:31:17 05760] [error] OpenSSL: error:0D09D082:asn1
encoding routines:d2i_RSAPrivateKey:parsing
[30/May/2002 17:31:17 05760] [error] OpenSSL: error:0D09B00D:asn1
encoding routines:d2i_PrivateKey:ASN1 lib

Which is essentially saying "OpenSSL couldn't read your private key because
it was encrypted, and we can't get the passphrase the way you asked us to
on this platform."

Brought to my attention by the inquiry of:  Chris Hsiang <chsiang@ivivos.com>

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

Why the stack buffer and the copy?  This seems much more straightforward.

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

mod_bucketeer needs to preserve error buckets if it sees them rather
than silently discarding them.

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

Let the error bucket implement the simple copy routine.

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

Add macro to check for an error bucket.  (Can't call it APR_BUCKET_IS_ERROR
since error bucket is private to httpd - hence the AP_ prefix.)

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

some comments after testing "apxs -g" from a 2.0.36 binbuild

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

  Based on DougM's feedback to the list...

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

  Apparently Roy missed this comment.  Rephrase as a seperate paragraph
  to more clearly split credit for OpenSSL from credit for mod_ssl.

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

  Split out the LAYOUT

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

  As we find the right places for this content, move them out in bits

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

clear up some warnings about unused variables

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

  Thanks for verifying these are valid, Doug.  Now this [much shorter]
  list should be living in our STATUS file.  Question of module maps
  and file layout is already off to the list.

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

A tiny bit more clarification of _default_.

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

Too many people seem to try to use _default_ with name-virtual hosts.
Maybe this will help?

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

keep the signed-ness of char buffers consistent with what is expected
by functions they are passed to (putLong() this time)

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

Unroll the putLong and getLong loops and correct putLong's input param type to
be unsigned char* instead of char*.

Submitted by: Sander Striker
Reviewed by: Justin Erenkrantz

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

Update Japanese translation.

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

New Japanese translation.

Submitted by: Hiroaki KAWAI <hawk@bcl.t.u-tokyo.ac.jp>

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

Switch mod_proxy to using the brigade/filter calls directly rather than
the *_client_block calls.

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

New Japanese translation.  Forward port from 1.3.

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

New Japanese translation.  Forward port from 1.3.

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

New Japanese translation.

Submitted by: Hiroaki KAWAI <hawk@bcl.t.u-tokyo.ac.jp>
Reviewed by: Yoshiki Hayashi

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

Add a PROXYREQ_RESPONSE value for request_rec->proxyreq because it is
possible that there can be different behavior at the protocol level if
request_rec isn't really a request but a response.

This stems from the fact that request bodies must be indicated by
Content-Length or Transfer-Encoding, but response bodies do not.  The
recent change to ap_http_filter to return EOS if there isn't a body broke
proxy.  Therefore, there must be some way for the proxy to indicate that
this is a response.  Accordingly, ap_http_filter can allow the BODY_NONE
iff this is a response.

Since r->proxyreq is set to PROXYREQ_PROXY even for the original request
from the client, that value isn't sufficient.  Hence, the introduction of
PROXYREQ_RESPONSE.

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

  All rather stale.  Any new/remaining issues should be moved to CHANGES
  in the present tense, as opposed to the "Future port to 2.0".  Heh

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

Imagine the horror.  I go to try compiling PHP4, and it bombs out on
r->boundary.  BUT WAIT, I say, we have a test in there for that:
#if !MODULE_MAGIC_AT_LEAST(20020506,0).  The test doesn't seem to be
working.  That's odd, I think.  So I go look at the ap_mmn.h.  Egad,
the tests are totally backwards.  How on earth are we going to handle this?
Surely it's wrong in 1.3.x as well.  So I go look.  Nope, turns out it
got fixed TWO YEARS AGO in that repository.  Sigh.  Anyway, thanks Greg.
:)

Submitted by: Greg Stein, circa Apache 1.3.13

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

  Now a moot issue.

  Isn't it time to just drop "PRs that have been suspended forever waiting
  for someone to put them into 'the next release'" if they have no status?

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

mod_cgid got hit too with this change

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

Apply same patch to mod_cgid that was applied to mod_cgi so that it
bypasses the *_client_block calls in favor of using the input filters
and brigades directly.

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

  Goodness

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

okay then :)

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