Leaky as a sieve.


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

  Didn't mean to leave that in there.  MPM works, how well I haven't yet
  determined.


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

  Clean up more bogosity and leaky pipes [and fix a recent bug].

  1. The only good assert is a deleted assert.

  2. The child exit event is a very private item, can't pollute into
     other processes we create, shouldn't be named, and should never
     be accessable to anyone but the parent.

  3. We now pass 'handles', not just a single scoreboard.


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

  BS.  This isn't an assert.  This is a friggin developer's black hole.
  Suggesion: Netware needs to implement the appropriate abort() style
  fn.  If there is none on Netware, this is non-portable, undebuggable,
  and will be yanked by tommorow evening.


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

  1. gotta look at the child return code (think kindergarden, you've got
     to keep an eye on those kids.)

  2. gotta return a respectable exit code.

  3. gotta have a few sensible messages.

  4. gotta know where we went.


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

  Start simplifying and grouping code.  Building on the work that rbb
  had begun; we need to start organizing this so it can be groked by
  more than one person at a time [or simply by more than one person.]


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

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

If we could take the v31 tree and apply those revisions that fixes bugs
to make v32, I'd be game for beta.


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

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

It's something to note, but it isn't an error worthy of logging by default.
(Also always log any status values in read_request_line() - incl. timeouts.)


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

  APR_EOF instead of an EOS bucket.
- Start to try to be nice when we *know* we are EOS by removing the
  bucket.  This is only one case where we could end up with a 0 bucket
  in ctx->b, but let's remove it and move on.  (If the bucket were to
  return 0 bytes and still have data left to read on blocking mode,
  it's blantly broken, IMHO)


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

segfault.

(A minor change to Jeff's patch is that we ignore the EBCDIC code path.)

Submitted by:	Jeff Trawick
Reviewed by:	Justin Erenkrantz


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

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

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

  While the tide was turning twords my take... this number of bugs in the
  Winnt mpm mean I can't go against Unix getting a good beta.  Now the
  Q, is unix a good beta :-?


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

  Some compatibility fixes.  Built yet untested, read three times through.
  Please review and raise the flag if any of these introduce bad mojo.


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

  Do we have sys/socket.h?


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

APR_BRIGADE_NORMALIZE().  Otherwise, we can get segfaults if a
client says it will post some data but we get FIN before any
data arrives.


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

NFL "weather" for Fox Sports.  'Nuf said.


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

apr-util DBM code.


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

acheived with the pre_connection hook.  I have added the socket to the
pre_connection phase to make this possible.
Reviewed by:	Bill Stoddard


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

picture?


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

  These crit errors make -0- sense.  Interesting info entry, however.


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

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

required on most (all?) platforms, regardless of what code changes
might be required to work around the ability on Windows to
inadvertently have more than one server listening on the same ports


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

	Change the 'we turned /foo into http://host/foo' log message
	to DEBUG; no reason to clutter people's log files with this
	when it's supported behaviour.  Of course, they can find out
	about the performance impact by LogLeveling Debug. :-)


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

successes and redirections, since there's a chance the client will
actually have the proper authorization to retrieve them.

Reported by:	Stas Bekman


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

the same port.  Previously, this was necessary, because the Windows MPM
was binding to the socket in both the parent and child.  Today's code
passes the attached socket to the child from the parent, so we don't need
to re-attach in the child.


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

IMHO a beta killer


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

a long ways from doing anything useful, but every bit helps.

Submitted by: Joe Norton


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

Submitted by: Joe Norton


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

ANy windows bind message to be printed to the console if the server was
started from the command line.


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

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

which allows a 3rd party module to generate the key name based
on the request_rec.

the idea here is for it to also be able to mess with expiry times
and cachability

add another option.. CacheIgnoreCacheControl. this ignores a 'incoming request's
attempts to get a fresh copy. Mainly I see this as being usefull in r-proxy's


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

  Fixed for the recent apr-ized logfile changes.  The Win32 service never
  has a STDERR channel in the first place, so the first ap_open_stderr_log()
  fails.  We need to open it after we've initialized the service control
  manager and created the stderr pipe thread that logs stderr output over
  in our Application Event Log.

  The failure message still looks pretty danged stupid on WinXP however;
  "The Apache2 service on Local Computer started and then stopped."
  [ok, that part is straightforward.]  "Some services stop automatically
  if they have no work to do, for example, the Performance Logs and
  Alerts service."  [that's the bogus bit.]


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

  NOERRNO?  Of course we have an ERRNO :)


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

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

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

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

mod_autoindex on systems such as Unix where apr_dir_read doesn't automatically
return the filetype.  You see a '?' icon rather than a folder icon
for directories on 2.0.31 because mod_autoindex doesn't realize that the thing
is a directory.

No, we don't want more stat()s either.


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