Submitted by: Milan Roubal <roubm9am@barbora.ms.mff.cuni.cz>


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

include links to the threads where these bugs were discussed
PR:
Obtained from:
Submitted by:
Reviewed by:


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

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

behaviour (server context vs. directory context), overrides all statically
configured mime types and doesn't clobber multiviews any longer.


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

  Although we initialize mc->pid in the child init phase,
  we haven't initialized it before initially performing
  our ssl_rand_seed() in the parent/postconfig phase.


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

no code change.


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

- the good      English speaking people
- the bad       English speaking people
- and the ugly  ones, who should not even try to do so

I think, I'm one of the latter group.
Thanks to Thom May :)


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

Submitted by: Jeff Trawick


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

don't support it. Thanks to kess for pointing this out.


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

strips all logging code from mod_rewrite. This is meant as a performance
improvement for production sites, not as a recommended compiler option
for public distributions.

At least conceptionally this was
Reviewed by:	Justin Erenkrantz, Mads Toftum, Thom May,
		David Burry <dburry@tagnet.org>


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

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

If we have only small expansions (like just one variable - often used
in map keys or the like), don't stress the pool with allocating
memory for the linked result pointer list. This list can be safely
stored on the stack.


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

since the document is mostly accurate.  But since the
accept-mutex section seems a little dated, leave a
warning there.  That could use some developer intervention.

Also, remove the author attribution, since large parts
of this have changed since Dean wrote it.


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

- improve readability
- make sure that unsigned chars are compared
- use apr_size_t for string lengths


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

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

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

- the if(s) check is superfluid. s is guaranteed to be non-NULL
  (except for out of memory)
- strtok as late as possible to save some cycles.


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

I see no real reason to use an extra function call here (other than
decreasing performance :)


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

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

. just issued connect(), polling for writability to find out when connect()
  completed
. already connected, waiting for data from the server so polling for
  readability

by only polling for writability during the first state, we avoid some
logic in test() which inappropriately writes multiple requests to the
server

btw, the most basic SSL test segfaulted before and after this commit


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

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

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

effect of Allow/Deny.


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

fname. Get a rid of it.


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

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

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

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

  Correct the declaration of the PFN_GETEXTENSIONVERSION type,
  which gcc was rejecting (for good reasons.)

Submitted by: Eduardo Franco <eduardo.franco@pulso.com.br>


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

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

- avoid unnecessary memory operations
- parse non-regex patterns at configuration time, which
- gives the ability to throw a useful warning, where [NC] is not supported
- and speeds up processing at runtime
- allow [NC] for simple comparison pattern (=)
- improve readability


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

- map designations are now case insensitive (txt: rNd: PRG: INt:)
- maps may be relative to serverroot, which appears to be _very_
  helpful


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

It's a quite strange function. I think we can drop it at all. Opinions
anywhere?


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

Reviewed by: erikabele, nd


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

readable.


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

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

for curly brackets, so there's no need to supply that every
time again.


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

Now bust the old function.


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

than a hash (and the previous if-else chain, of course).
This also reverts the wrong patch, committed in r1.151


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

  Standardize on example.com names, never bogus your-server.name style
  entries.  Roy attacked this recently, but apparently there are some
  holdovers or reversions to this policy.


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

(Broken as of 2.0.47 due to dependence on an APR bug which was fixed
in 2.0.47.)

PR:   21495


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