properly initialized for the active protocol.
Reviewed by: Dean Gaudet


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80174 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80173 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80172 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80171 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80170 13f79535-47bb-0310-9956-ffa450edef68

Submitted by:	Sam Robb <srobb@wisewire.com>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80169 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80168 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80167 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80166 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80165 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80164 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80163 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80162 13f79535-47bb-0310-9956-ffa450edef68

	remember right now, though I know there are others).


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80161 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80160 13f79535-47bb-0310-9956-ffa450edef68

	pointer addition in the module structure header.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80159 13f79535-47bb-0310-9956-ffa450edef68

Submitted by:	Martin Kraemer


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80158 13f79535-47bb-0310-9956-ffa450edef68

Submitted by:	Jan Paul Schmidt <Jan.P.Schmidt@mni.fh-giessen.de>
Reviewed by:	Dean Gaudet


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80157 13f79535-47bb-0310-9956-ffa450edef68

page.

Submitted by:	Lars Eilebrecht
Reviewed by:	Dean Gaudet


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80156 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80154 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80153 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80152 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80151 13f79535-47bb-0310-9956-ffa450edef68

really want chunking to work since it is affecting the deployment of
HTTP/1.1.  I've stressed this patch a fair amount with a module I'll
check in shortly.

Two more chunking bugs:

- start_chunk() called bflush() called start_chunk() caused chaos
- if we ended up in the tail of bwrite() where a memcpy happens to copy
    the remainder, in certain boundary cases with chunking we would
    go past the end of the buffer

Just generally clean up chunking a bit.  This would be a lot easier if
chunking were just a layered I/O handler.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80150 13f79535-47bb-0310-9956-ffa450edef68

bug reports from concerned citizens everywhere.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80149 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80148 13f79535-47bb-0310-9956-ffa450edef68

votes & stuff.  slight break in rain.  thunder, lightning, ooh!


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80147 13f79535-47bb-0310-9956-ffa450edef68

lost connection no longer a "warn" error, so needed a new one.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80146 13f79535-47bb-0310-9956-ffa450edef68

Consensus on this list seemed to be that the "send lost connection"
messages, while not a "debug"-level message, was also not a "warning"
message, as frequently there's not much that a server administrator
can do to mitigate those reports directly.  Swarms of lost connections
may indicate connection troubles, but individual ones are not worth
filling logfiles with.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80144 13f79535-47bb-0310-9956-ffa450edef68

are lying when we use RTLD_NOW in such systems, but we have no choice.

PR:
Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80143 13f79535-47bb-0310-9956-ffa450edef68

Playing whack-a-mole; first stab at docs for LogLevel.  Could someone confirm?


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80142 13f79535-47bb-0310-9956-ffa450edef68

structure: dynamic_load_handle. This contains the handle of the
dynamically loaded module (used by mod_dll and mod_so) so it can be
unloaded later. This is initially set to NULL by the STANDARD_MODULE_STUFF
so no changes are needed to modules. Any shared modules built up to
now should be rebuild (the MMN could be bumped, but I don't think many
people will have big libraries of pre-built .so's yet. Oh, they might
have DLL's though. Um, prehaps MMN should be bumped up).


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80140 13f79535-47bb-0310-9956-ffa450edef68

linked list of module structures. This is called by the dynamic module
modules (mod_dll, mod_so) when a module is unloaded. This should only ever
be called during a restart since it invalidates per-dir and per-server
vectors.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80139 13f79535-47bb-0310-9956-ffa450edef68

by unloading the loaded modules/files, then reloading when the config
file is read again).

Add longer commentary about how to use the module (which could become
a part of the documentation when this module become non-experimental).

Properly report errors during LoadFile.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80138 13f79535-47bb-0310-9956-ffa450edef68

util_script.c to ensure that that file is linked into httpd. Without this,
a httpd built with only http_core and mod_so modules would be missing
all the Apache API functions defined in util_script.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80137 13f79535-47bb-0310-9956-ffa450edef68

equivalent, similarly for x-compress and compress.  Apache
now ignores a leading x- when comparing encodings.  It also
preserves the encoding the client requests (for example if
it requests x-gzip, then Apache will respond with x-gzip
in the Content-Encoding header).

PR:		1772
Obtained from:
Submitted by:	Ronald Tschalaer <Ronald.Tschalaer@psi.ch>
Reviewed by:	Dean Gaudet, Roy Fielding (concept)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80136 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80135 13f79535-47bb-0310-9956-ffa450edef68

	It has been said, and verily it is true, that weblint rocks.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80133 13f79535-47bb-0310-9956-ffa450edef68

	corrections coming up.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80131 13f79535-47bb-0310-9956-ffa450edef68

Submitted by:	Brian K Smith <briank.smith@computer.org>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80129 13f79535-47bb-0310-9956-ffa450edef68