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

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

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

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

the mpmt MPM look almost exactly like the original prefork MPM.  Basically,
all that's left is re-naming the defined directives so they work with 1.3
config files.  That will come later.


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

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

This just changes a couple of long's to ap_size_t.


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

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

   values, functions, whatever. specifically, ap_reclaim_child_processes()
   was not getting compiled into mpm_common.
this appears to keep mpmt_pthread running properly. dunno whether a similar
   issue exists for prefork or dexter. (until all are torched)


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

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

  Advisory: This patch is still anywhere but complete.  However, it
  resolves most of the big bugs of the services to mpm relocation.
  I apologize that it's taken this long to get back on this.

  Brought across; Keep console open (needs a bit of cleanup and could
  be done better now for 2.0), service error event logging, and some
  other minor threading cleanup.

  Big issues remain: logged errors (even APLOG_STARTUP) drop into the
  logfile in spite of our interest in getting them to the user's console.

  Some threading sequences may yet be out of sorts, and those will be
  cleaned up by the end of the week.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

but I make no garauntees.


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

Again, I tried to modify all MPMs that are currently using this code.


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

defined but ap_sendfile fails with APR_ENOTIMPL, the BUFF implementation
of ap_send_fd will get a shot at serving the request.  This fix is
required to get Apache working on 95/98 again and can also be useful on
Unix systems where sendfile is available via a servicepack/fixpack/PTF
on a particular level of the OS (e.g., AIX 4.3.2 base does not include
sendfile but is is available with a PTF).

This fix also reimplements the mod_file_cache sendfile_handler using
ap_send_fd and sets the connection aborted flag if the sendfile fails.

Future modification... Add code to ap_send_fd to hijack any data in the
client BUFF structure and send it along with the sendfile.


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

and removes the duplicated code from all effected MPMs.  The only this
doesn't touch, is Windows.  That MPM was using a different setup_listeners.
If one of the Windows guys would like to modify the WinNT MPM to use the
same setup_lsiteners, that would be VERY cool.


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

to ap_process_child_status and opening up ap_coredump_dir.  I have
modified all of the MPMs that I saw using this function to work with this
patch.  Sorry if I broke anybody.


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

directory twice.  We should still clean those directories that weren't
configured in the current configuration, but this wasn't the right
solution.


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

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

    implemented entirely through standard Apache modules, hooks, and some
    additional registration.


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

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

    liveprop provider setup. this will go away momentarily (another pass).


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

    namespace they will use, which then receives a process-wide index.
get rid of old dav_liveprop_uris global (and minor cleaning in dav_dyn);
    encapsulate liveprop handling in liveprop.c.
do not build/use an ns_map; use dav_get_liveprop_ns_index().


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

mpmt was added.  This change can be removed when the MPM stuff calms down
a bit and either mpmt or three separate MPMs are chosen.


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

the C file to determine if a module is present.  mpmt emulates three
different MPMs though.  If the default config file we have sane defaults
for each of the three MPMs that mpmt emulates.

To fix this, the build process creates a soft link to the original MPM name
during the configure process, and the build process actually compiles that
file, instead of the original mpmt.c.  This allow the mpmt MPM to work
just as well as mpmt_pthread.


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

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

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

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

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

that's set, so we better check that one :)


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

in other places. Avoid possible portability concerns by using them
here as well


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

look up the plugins' function hook tables.


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

said that I really wanted --with-mpm=mpmt_pthread. I made it listen :-)

the new behavior: if you explicitly state an MPM, then it is used. if it
guesses one, then it is free to replace that guess with mpmt.

[ yes, this will probably change again when mpmt works ]


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

and prefork.  This basically just combines a lot of common code.  This
builds and serves pages in all three modes, but I don't think killing
the server works in any of them.  The configuration system hasn't changed
at all, so using --with-mpm=(prefork|dexter|mpmt_pthread) all work.

My goal is to remove the three separate MPMs in a few days, and then work
on merging one of the BeOS and the OS/2 MPMs into this as well.  :-)


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

was pretty easy to hit ECONNREFUSED errors when the backlog was 5.

The backlog can be customized at build time if required.


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

    structure. once the resource is retrieved, then we have the relevant
    repository hooks and can dispatch through those.
some additional tweaks to use lockdb->hooks rather than fetching them


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

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

easily.


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

move the DAVLockDB directive to the dav_fs module


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

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

- Pool usage problem
- SIGSEGVs when both MMapFile and CacheFile directives are present.  The fix combines
the cleanup routines and only cleans up resources when appropriate.
- Log sendfile errors.

Submitted by:	Greg Ames
Reviewed by:	Bill Stoddard


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