have been here in the first place.  Makes issues like these be found
easier in the future.


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

change the api). Only the first one (the ap_ entry point) now checks
for fnmatch and the second one will be called for every file/directory
included.
This, however, avoids infinite recursions, if a filename contains
wildcard characters.

PR: 22194


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

PR: 22203
Submitted by: Arno Bakker <arno@cs.vu.nl>


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

#1364 in Subversion:

  http://subversion.tigris.org/issues/show_bug.cgi?id=1364

The fix is to make mod_ssl's check_user_id hook stop tripping
over it's own checks in case of a subrequest.  That is, it
should DECLINE in case of a subrequest.


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

(dumps core instead :-)

Submitted by: Cliff Woolley


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

problems with content-length-modifying input filter (like deflate).

PR: 22104
Some stuff submitted by: tim@robbins.dropbear.id.au (Tim Robbins)


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

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