Fix a small bug that limited the description's width to the filename's width.

Submitted by:	Mladen Turk <mladen.turk@mail.inet.hr>


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

  Outch to Win9x... can't be destroying locks asymetrically.  Do we want
  this lock on NT as well?  That's another question.

Submitted by:	Mladen Turk <mladen.turk@mail.inet.hr>


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

> 1. Cleaned the ApacheMonitor code a little bit.
> 2. Removed two icons apmall.ico and apsrvmon.ico
> 3. Added option to recognize the Apache*.exe (e.g. Apache-1.3.20.exe)
> 4. Removed AboutBox
> 5. Changed refresh time to 2/20 sec.

Submitted by:	Mladen Turk <mladen.turk@mail.inet.hr>


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

Submitted by:	John Barbee <barbee@veribox.net>


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

if != APR_SUCCESS the ssl connection has been shutdown
(for example client cert was revoked)
PR:
Obtained from:
Submitted by:
Reviewed by:


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

fix a bug in the worker MPM which effectively disabled the AcceptMutex
directive


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

Cody did well to limit breakage to just this :)


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

makes calls to mod_dav. This links it against mod_dav's exports.


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

a seg fault.  In any case, it was butt ugly code.


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

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

Submitted by:	John Sterling <sterling@covalent.net>


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

- Beat everything down to less than 80 character lines.

- Revise the comments for the DSO section to eliminate mention
of ordering problems.

- Add LoadModule lines for all extension modules, commented out.
Note that it is very difficult in the current ./configure
system to make the base modules DSOs, so I didn't include those.

- Remove ServerType comments.

- Add "deny from all" to the root directory container.  The comments
indicate that it should be there.

- Delete a little (in my opinion) excess verbosity in the
description of the .htacess download blocker.

- Remove the CacheNegotiatedDocs directive.  It was wrong,
and is obscure enough that people should probably just look
it up in the docs.

- Make the example for Redirect a little more explicit

- Change the examples and descriptions for READMENAME/HEADERNAME
since, if multiviews are off, they haven't worked as described
since 1.3.something.

- Remove the phf trap example.  This is very old and probably
worthless.

- Remove MetDir/MetSuffix.  These are rarely used.


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

be more consistent with similar names added recently; this
also cleans up an #if/#ifdef discrepency


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

. the selection of ap_sock_disable() is certainly ugly, but that may
  need to be cleaned up in a different manner...
. the directive functions couldn't be AP_DECLARE() if they are to be
  compatible with AP_INIT_TAKExxx(); this is an old restriction


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

building in Unix-specific code


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

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

MPMs use the same functions for all common MPM directives.  This
should make it easier to catch all bugs in these directives once.

Everybody should check their favorite MPM to ensure that it still
compiles, and that these directives work.  This is a big patch, and
although it looks good, and things compiled for me, that is no
garauntee that it will work on all platforms.  :-)

Submitted by:	Cody Sherr <csherr@covalent.net>


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

graceful restart, we leaked a socket descriptor.

The listening sockets should not be set inheritable, at least
not at this point.  We only want some of the httpd children to
inherit the socket.  Namely, those that will be actually serving
requests.  Any other child process (piped logs), should not be
inheriting the sockets.

PR:	7891


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

Submitted by:	Ian Holsman <ianh@cnet.com>


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

in serializing 4-8 client connections into a single origin server
connection, as is the blocking behavior.

Added instrumentation that we don't want compiled in normally to assist in
debugging chunking problems. apr_get_brigade is apparently blocking during
chunked body fetch, or proxy_http_handler is getting deadlocked with
the dechunk filter. Show PID for prefork debugging. We'll figure out
getting TIDs later.


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

prefork setting and removes the default case where we would spawn three
children, but kill two of them immediately because MaxSpareThreads was
set to 10 (only one children can be supported with the old value).

Please note that I don't have email access as eBuilt's servers are AWOL
this weekend (none of us have the desire to go in a fix the servers for
semi-obvious reasons).  I'm trying to keep up on posts via apachelabs.org.
So, if you want to change this, just go ahead and commit the changes...


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

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

Submitted by:	Ian Holsman <ianh@cnet.com>


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

Continue response.  [John Barbee <barbee@veribox.net>]


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

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

be treated as a 32-bit integer, and it will wrap after being shifted
32 times.
Submitted by:	Cody Sherr <csherr@covalent.net> and
		Ryan Morgan <rmorgan@covalent.net>


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

De-emphasize some daedalus problems that don't seem so important any more.
I haven't tried the mod_cgid/suexec thing in ages.

<knocks on wood> We haven't seen a core dump on daedalus since the 2.0.22
tarball went live over a week ago.  It's got an APR circumvention for
an apparent FreeBSD sendfile bug.  Once I'm 100% confident we've nailed
the problem, I'll post this patch to the APR list.

The 0x30303030 seg fault after restart problem is just gone.  OtherBill may
have fixed this one with the inherit stuff...dunno.


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

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

STATUS files sprinkled throughout the tree.


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

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

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

add a new macro, called APR_BRIGADE_NORMALIZE.  This macro searches
all the buckets, and removes any zero length bucket.  They we can
just use APR_BRIGADE_EMPTY to determine if our brigade has any data,
and we can quickly call ap_get_brigade if it doesn't.

Doug, please throw your battery of tests at this to make sure it works.


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

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

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

told mod_expires to add 604800 seconds to the last-modified
time, it actually added 604800 usec's to the last-modified time,
so that when looking at the response it looked like nothing
had been done.  The root of the problem was that we always compute
time in usec's, but we ask users to input sec's.  This means we
need to convert to usec's before using those values.
CS: Obtained from:


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

definately isn't perfect, but we do stop the servers correctly.
The biggest problem right now is that SIGHUP causes the server to
just die.


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

Submitted by: Jeff Trawick


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

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

was fixed in 2.0.23, so no CHANGES entry is necessary.


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

httpd process was trying to clear a pool which is now only
initialized in the child.


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