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

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

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

you add to void *


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

Submitted by: masao@ulis.ac.jp (Masao Takaku)
PR: 8449


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

corresponding to their host name.


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

  Trade one signedness mismatch for another, but choose the one that is
  known to be a positive value.


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

  Not yet added to the default build, but curious if they build and run.
  mod_deflate tested with both zlib 1.1.3/1.1.4, unpacked in srclib/zlib/.
  Zlib only seems to have .dll builds, not very efficient when a single
  binary is built against sources, so we compile the appropriate sources.
  Your mileage may vary.


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

I'm -1 here until those are fixed. I also think we need to do a lot more
load/soak/burn testing on worker before we switch it to be the default.
(and maybe by that time we'll have a better candidate for the hybrid
MP/MT MPM).


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

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

It's been happening for ages, there are no PRs I'm aware of, and the core
dumps that happened as a side effect in 2.0.35 seem to be resolved.


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

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

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

by that of the base server distribution it sits in. Propably by accident.

This is propably not a good idea - as ideally one would like to be able to compare
ab runs as much as possible - even across releases of apache 2.0 - assuming ab or
the dependent APR has not changed (note to self: we do not track APR in our version
structure). This commit decouples the version strings for now. Though the actual
value may be nicely confusing.


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

uid per our convention.  Therefore, bad things would happen (like we
wouldn't cd to the right directory).

Add a flag to the ap_unix_identity_t structure to indicate if we are in
a userdir - if so, prefix the ~.

(Modified by Justin, but Colm's patch pointed me in the right direction.)

PR: 7810
Submitted by:	Colm <colmmacc@redbrick.dcu.ie>
Reviewed by:	Justin Erenkrantz


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

To save us all the hassle, just flat out reject this silliness.  We could
treat blank as ".", but let the user shoot themselves in the foot
explicitly (and don't give them any ideas on how to do it).

PR: 8472


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

our platform is not "case-blind."  This matches 1.3 behavior and our
docs say that the extension argument is case-insensitive anyway.

This is case where the code fix is easier than the doc fix.  =)

PR: 8223


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

import library to the link, making the public symbols in it available to the
protocol modules at build time.


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

the meaning of test results.


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

PR:
Obtained from:
Submitted by:
Reviewed by:


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

valid to handle a request.
PR: 8407
Obtained from:
Submitted by:
Reviewed by:


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

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

- Enable non-blocking connects.
- Prevent quasi-blocking mode apr_recv (which would prevent AB from
  multiplexing over the entire descriptor set).
- Catch other fatal apr_recv() errors.

[This patch is slightly different than the one posted to the dev list,
but regardless thanks to the many people who reviewed this.]


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

with unusual methods to the end of function to reduce i-cache clutter.


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

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

  A nice end to a crazy day... laptop's fixed and life goes on.


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

  A bug affecting any platform that had pre-lstat'ed the file or directory
  in question.  We neglected to clear the FINFO_LINK bit that told us this
  was lstat()ed, but also causes stat() to follow an lstat() approach.
  This is part 2 of 2 to correct the NTFS Junction (symlink) bug.

  Bugz report 8014, identified by Sam Morris <sam@netcity.co.uk>


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

  Formatting irk grinding at me while stepping code


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

understands the new macros.


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

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

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

PR: 8227
Reviewed by:	Sander Striker (concept), Aaron Bannert (concept)


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

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

would mean that downgraded requests were ineligible for force-response
checks.

Previously, 1.3 would do the downgrade in process_request_internal and
then the force-response later on in basic_http_header.

PR: 8357


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

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

Right now, just some Darwin notes.
PR:
Obtained from:
Submitted by:
Reviewed by:


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

Submitted by:	Nobuyuki Morita <marika@plum.freemail.ne.jp>
Reviewd by:	Yoshiki Hayashi


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

Submitted by:	Nobuyuki Morita <marika@plum.freemail.ne.jp>, Yoshiki Hayashi


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

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

when we changed ap_send_error_response to get rid of resource filters.

This was triggered because we generate a lot of invalid 416 responses for SSI.
That happens because the complete length of the entity body (response) isn't
known accurately until after the C/L filter runs.  That's C/L's job, after all.

Flipping the order of the byterange and C/L filters fixes the invalid
Content-Range headers and 416's.  But then the Content-Length header contains
the full length, rather than the sum of the returned ranges.  That's wrong, but
doesn't seem too hard to fix.


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